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

Fixed the overwriting of dependency files in automake/autoconf based build systems #129

Closed
wants to merge 1 commit into from

Conversation

friedrichatgc
Copy link

When calling "make -nB" (as done by compiledb) on a automake based build system all automatic dependency tracking files ".Po" (and ".Plo" for libtool libraries) are reset to the content "# dummy". Hence, after running compiledb and changing a header file nothing gets rebuild when "make" is called since all header dependencies are lost.
This patch avoids the overwriting of these files by using the existing "hack" of intercepting config.status.

…build systems

When calling "make -nB" (as done by compiledb) on a automake based build
system all automatic dependency tracking files "*.Po" (and "*.Plo" for
libtool libraries) are reset to the content "# dummy". Hence, after running
compiledb and changing a header file nothing gets rebuild when "make"
is called since all header dependencies are lost.
This patch avoids the overwriting of these files by using the existing
"hack" of intercepting config.status.
@friedrichatgc
Copy link
Author

Closing this PR since its already quite old and no longer relevant for me due to usage of other tools.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant