In order to better clarify my problem. The project I work on has hundreds of files. When I compile my application layer I have a waste of time due to the many inclusions that take place. Note that all the files in my application layer include (for the lower layers) always the same file chain. My target is to get a single file with all the defines and types all of the lower layers. The problem with my current C166 compiler, unlike gcc (with options -dD -E), does not make the #defines visible. In recent days I tried to get a preprocessing of a dummy.c file by gcc by going to replace the default paths with those in the C166 (ie: #include <stdio.h>, instead of /usr/include/, it is uploaded by /custom/C166/path). At the moment the result is positive and I get the requested file. Note that some microprocessor compilers have some attributes in the definition of variables that are non-standard C (for example '_far'). Do I have to wait for problems? Thanks in advance for the help. 2017-09-07 23:04 GMT+02:00 Claudio Eterno <eterno.claudio@xxxxxxxxx>: > Hello, > generally I work with a microcontroller that can be compiled in C by > its specific compiler(C166 family). With this compiler it is possible > to generate the preprocessed of a file but the output I obtain isn't > so exaustive like gcc does when I do the same job in linux (gcc -E > -dD...). Recently I made a test with gcc including paths of the > C166(so the default headers, instead the linux default libs, are taken > from the microcontroller directory). The result, apart the built-in > defines that gcc insert(these can be easily removed with a script), is > perfect for build a preprocessed header. > My question: is this usage of gcc a valid use? Should I expect some traps? > Consider this not a bug but an help request ... > Thank you, > > Claudio > > -- > Claudio Eterno > via colle dell'Assietta 17 > 10036 Settimo Torinese (TO) > Linux user n. 499785 registered on linuxcounter.net -- Claudio Eterno via colle dell'Assietta 17 10036 Settimo Torinese (TO) Linux user n. 499785 registered on linuxcounter.net
