https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #22 from Marek Polacek ---
Author: mpolacek
Date: Thu Jul 24 09:00:13 2014
New Revision: 212972
URL: https://gcc.gnu.org/viewcvs?rev=212972&root=gcc&view=rev
Log:
PR c/57653
* c-opts.c (c_finish_options): If -imacros is in ef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #21 from Manuel López-Ibáñez ---
Once you are in trunk, you can ask the release managers to backport it to the
GCC 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
Manuel López-Ibáñez changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #19 from Allan McRae ---
That patch works. With -imacros foo.h:
LC_ENTER foo.c
LC_RENAME
LC_ENTER foo.h
LC_LEAVE 0x0
LC_ENTER /usr/include/stdc-predef.h
LC_LEAVE 0x0
LC_RENAME foo.c
<- correct output
LC_LEAVE 0x0
All other co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
Manuel López-Ibáñez changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #18 from Manuel Lóp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #17 from Allan McRae ---
Created attachment 30359
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30359&action=edit
gdb log when using -include
When using -include instead of -imacros, the trail is:
LC_ENTER foo.c
LC_RENAME
L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #16 from Manuel López-Ibáñez ---
(In reply to Allan McRae from comment #15)
>
> I tried with -include foo.h and a breakpoint in push_command_line_include...
> I just stepped through from that breakpoint and saw cpp_push_default_includ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #15 from Allan McRae ---
with -ffreestanding
LC_ENTER "foo.c"
LC_RENAME ""
LC_ENTER "foo.h"
LC_LEAVE 0x0
LC_RENAME "foo.c"
<- correct output printed here
LC_LEAVE 0x0
so std-predef.h is not included.
I tried with -include foo.h and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #14 from Manuel López-Ibáñez ---
(In reply to Allan McRae from comment #13)
> The file "/usr/include/stdc-predef.h" is from glibc (v2.17 on Arch) and is
> specifically mentioned as being preincluded in
> http://gcc.gnu.org/gcc-4.8/port
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #13 from Allan McRae ---
The Arch gcc does the full bootstrap. The debug build I am using was compiled
with DEBUG_CFLAGS="-g -fvar-tracking-assignments".
The file "/usr/include/stdc-predef.h" is from glibc (v2.17 on Arch) and is
spec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #12 from Manuel López-Ibáñez ---
(In reply to Allan McRae from comment #11)
> Created attachment 30345 [details]
> log of gdb session
>
> Here is the log from my gdb session.
>
> Arch builds with no patches, just a could of small sed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #11 from Allan McRae ---
Created attachment 30345
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30345&action=edit
log of gdb session
Here is the log from my gdb session.
Arch builds with no patches, just a could of small sed li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
Manuel López-Ibáñez changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #10 from Manuel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #8 from Allan McRae ---
I really have no idea what I am looking for... but adding a breakpoint at
linemap_add I see (reason, file):
LC_ENTER "foo.c"
LC_RENAME ""
LC_ENTER "/usr/include/stdc-predef.h"
LC_LEAVE 0x0
LC_RENAME "foo.c"
<-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #7 from Manuel López-Ibáñez ---
(In reply to Allan McRae from comment #6)
> I have also confirmed this issue on Fedora rawhide.
>
> gcc 4.8.1 20130603 (Red Hat 4.8.1-1)
What I would do to investigate this issue is to put a breakpoint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #6 from Allan McRae ---
I have also confirmed this issue on Fedora rawhide.
gcc 4.8.1 20130603 (Red Hat 4.8.1-1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #5 from Allan McRae ---
I still get this with r200224
# gcc-4.9 -v
Using built-in specs.
COLLECT_GCC=gcc-4.9
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #4 from Manuel López-Ibáñez ---
I mean in GCC 4.9.0 (trunk), (that revision is the latest I have built).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to Allan McRae from comment #2)
> # echo "int main() { return }" > foo.c
> # touch foo.h
> # gcc -imacros foo.h foo.c
> : In function ‘main’:
> :1:21: error: expected expression before ‘}’ tok
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
--- Comment #2 from Allan McRae ---
# echo "int main() { return }" > foo.c
# touch foo.h
# gcc -imacros foo.h foo.c
: In function ‘main’:
:1:21: error: expected expression before ‘}’ token
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
Co
22 matches
Mail list logo
