https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70150
Allan McRae changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70230
Allan McRae changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #6 from Allan McRae ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Jonathan Wakely from comment #4)
> > This shows that Arch is using a snapshot from the gcc-5-branch on 20160209,
> > which means it's 5.3.1, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67983
--- Comment #2 from Allan McRae ---
Observed with gcc-5.2.0 (5-20150623), x86_64, Arch Linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67983
--- Comment #1 from Allan McRae ---
Created attachment 36522
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36522&action=edit
Reduced testcase
++
Assignee: unassigned at gcc dot gnu.org
Reporter: allan at archlinux dot org
Target Milestone: ---
Created attachment 36521
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36521&action=edit
Unreduced testcase
Compiling the attached file with "g++ -std=c++1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66647
--- Comment #4 from Allan McRae ---
Created attachment 35839
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35839&action=edit
Unreduced testcase
Unreduced testcase attached.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: allan at archlinux dot org
Target Milestone: ---
Created attachment 35838
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35838&action=edit
testcase
An ICE seen i
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: allan at archlinux dot org
Target Milestone: ---
Created attachment 35640
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35640&action=edit
testcase
An I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59853
Allan McRae changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56710
Allan McRae changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment #2
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
--- 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 #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 #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 #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
--- 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 #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 #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
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: allan at archlinux dot org
When compiling with the "-imacros" flag, the file name information is lost in
error messages and backtraces.
e.g.
> gcc-4.8 -imacros i.h test.c
: In function ‘main’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57194
Bug #: 57194
Summary: go binaries give "no debug info in ELF executable
errno -1"
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57184
Bug #: 57184
Summary: ICE in expand_expr_real_1, at expr.c:10478
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56211
Allan McRae changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56211
Bug #: 56211
Summary: gnulib yesno compiled incorrectly with -02 on x86_64
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53679
--- Comment #3 from Allan McRae 2012-06-15
22:36:54 UTC ---
Just to be clear, I have not modified the compiler to enable fortify by
default, but it is in my CFLAGS...
As this is the only place that glibc's decision to enforce a check on the
retu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53679
Bug #: 53679
Summary: Build failure in libgo
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48565
--- Comment #3 from Allan McRae 2011-04-13
10:35:24 UTC ---
So, just to clarify... Is this being seen as something that the person
building the gcc test-suite should deal with or something that should be dealt
with in the test-suite?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48566
--- Comment #1 from Allan McRae 2011-04-12
01:10:00 UTC ---
Created attachment 23958
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23958
Add missing includes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48566
Summary: libstdc++-v3 testsuite failures due to missing
includes
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48565
Summary: libstdc++ testsuite failures when using -pipe
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48497
--- Comment #1 from Allan McRae 2011-04-11
06:12:28 UTC ---
I see the same failure with -march=i686 on i686-pc-linux-gnu with gcc-4.6.0.
Using -march=pentium4 makes this pass.
--- Comment #6 from allan at archlinux dot org 2010-07-22 03:53 ---
Applying this commit from PR43016 to gcc-4.5 fixes the issue:
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158095
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
--- Comment #4 from allan at archlinux dot org 2010-07-21 10:47 ---
Limiting the timeframe where this became fixed on mailine:
4.5.0 20100401 fails
4.6.0 20100416 works
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
34 matches
Mail list logo
