You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was hoping this would be able to handle this properly, since I this is how the build system at my job works, but compiledb can't seem to capture the make instances of the subshells/subprocesses when the makefile that it is called on calls make on another directory. Below is an example of what I am talking about
all:
make -f Makefile -C ./4 all
make -f Makefile -C ./5 all
make -f Makefile -C ./6 all
make -f Makefile -C ./7 all
make -f Makefile -C ./8 all
clean:
make -f Makefile -C ./4 clean
make -f Makefile -C ./5 clean
make -f Makefile -C ./6 clean
make -f Makefile -C ./7 clean
make -f Makefile -C ./8 clean
Each of these subdirectories is just an arbitrary homework assignment for a class I took, and had readily available to test with. This simply generates
[]
It isn't really necessary to include the source code (and I can't, since homework) but this is the compile_commands.json when using bear make
I tried it with compiledb make MAKE='compiledb -o ../compile_commands.json', and updated the Makefile to be
The latter Makefile is similar to how it does it at my job, but I am even getting errors (some files aren't being intercepted) when using bear bear -o /path/to/compile_commands.json -a make MAKE='bear -o /path/to/compile_commands.json -a', and it is starting to irritate me. If it helps, I am using Texas Instruments' vision_sdk, and the build system really irritates me. If you have any other suggestions, that would be great. I have also tested it, it doesn't work (doesn't add the compiler options to the db) if the makefile that is being called calls another makefile which then calls another one (using the passing in MAKE= method).
The text was updated successfully, but these errors were encountered:
@SethGower Hi,I meet the same question with u.
Do u have any other method to solve it now?
this question also cause that My project can not wrok in Clion.
I was hoping this would be able to handle this properly, since I this is how the build system at my job works, but
compiledb
can't seem to capture the make instances of the subshells/subprocesses when the makefile that it is called on callsmake
on another directory. Below is an example of what I am talking aboutEach of these subdirectories is just an arbitrary homework assignment for a class I took, and had readily available to test with. This simply generates
It isn't really necessary to include the source code (and I can't, since homework) but this is the
compile_commands.json
when usingbear make
I tried it with
compiledb make MAKE='compiledb -o ../compile_commands.json'
, and updated theMakefile
to beand this yielded this.
The latter
Makefile
is similar to how it does it at my job, but I am even getting errors (some files aren't being intercepted) when usingbear bear -o /path/to/compile_commands.json -a make MAKE='bear -o /path/to/compile_commands.json -a'
, and it is starting to irritate me. If it helps, I am using Texas Instruments' vision_sdk, and the build system really irritates me. If you have any other suggestions, that would be great. I have also tested it, it doesn't work (doesn't add the compiler options to the db) if the makefile that is being called calls another makefile which then calls another one (using the passing inMAKE=
method).The text was updated successfully, but these errors were encountered: