Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Table build logic is assuming ".o" extension for object files #2415

Closed
jphickey opened this issue Jul 26, 2023 · 0 comments · Fixed by #2416
Closed

Table build logic is assuming ".o" extension for object files #2415

jphickey opened this issue Jul 26, 2023 · 0 comments · Fixed by #2416
Assignees
Milestone

Comments

@jphickey
Copy link
Contributor

Describe the bug
The new scripts that are used to build table files assume a ".o" extension on object files. This is not always the case, as some other systems use ".obj".

To Reproduce
Build using the vxworks 6.9 toolchain combined with the VxWorks platform module - this sets up for an ".obj" extension. Table file generation will fail due to a missing .o file.

Expected behavior
Should build successfully.

System observed on:
VxWorks 6.9 (GSFC build machine)

Additional context
The variable ${CMAKE_C_OUTPUT_EXTENSION} should be used here.

Reporter Info
Joseph Hickey, Vantage Systems, Inc.

@jphickey jphickey self-assigned this Jul 26, 2023
@jphickey jphickey added the bug label Jul 26, 2023
github-actions bot pushed a commit that referenced this issue Jul 27, 2023
Fix #2415, use correct object extension in table build
@dmknutsen dmknutsen added this to the Equuleus milestone Aug 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants