[Bug preprocessor/68854] isystem and ansi cause assembly preprocessing problem

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68854

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #4 from Andrew Pinski  ---
So --ansi and -isystem causes the headers to be marked as system headers so
they get special treatment (because otherwise some system headers would be
rejected) when it comes things so we need to know if a macro is from a system
header or not.  So you end up with b as being marked as not coming from a
system header but .globl is.

This is invalid for a couple of reasons:
1) Don't ever invoke cc1 directly that is bad
2) Don't pass --ansi if you are doing assembly because it changes the behavior
of the preprocessor to keep track of system headers macros better
3) Use --traditional-cpp option to get what you really want.

[Bug preprocessor/68854] isystem and ansi cause assembly preprocessing problem

[ramana at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68854

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org
Summary|isystem and ansi cause arm  |isystem and ansi cause
   |assembly preprocessing  |assembly preprocessing
   |problem |problem

--- Comment #3 from Ramana Radhakrishnan  ---
Nothing below suggests this is "arm" specific ... The compiler used is
targeting x86_64-linux-gnu and the problem really is in the pre-processor or
the compiler driver if anything. 

I've not tried reproducing this with an arm compiler.