-
Notifications
You must be signed in to change notification settings - Fork 370
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
Could sources are amalgamated into a monolithic c file during configure? #757
Comments
The Makefile keeps a list of all objects in the Alternatively, you could use a tool like bear to instrument the build and construct a compilation database. |
FYI in addition to object files, there are also lists (note plural) of source files which are used to generate the object list. I can't recall all of these ATM but you should be able to backtrack in the Makefile and find them. |
Yeah I could do it manually, but if a |
Any comment about compiler flags? If it's just a matter of jamming all of the .c files together then we could probably hack something together. |
You mean if we choose a configure family like |
@winterland1989 Yes, but it actually goes beyond just the sub-configurations needing different compiler flags. Even when just one sub-configuration is targeted, different parts of the framework are compiled with different sets of flags. To see the full list of possible classes of |
Thanks! I'll try a implement a different way to build blis with cabal then. |
I'm trying to use blis with Haskell, the Haskell build system cabal needs a complete list of C sources to be listed in order, which is hard to track due to many configure possibilities. So is it possible to provide a flat_sources script and get a monolithic c file contain all symbols during configure?
The text was updated successfully, but these errors were encountered: