Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap latest gcc-5 snapshot (20140907, aka r215005) fails
with:
g++ -c -g -DIN_GCC-fno-exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62663
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
Without -msep-data gcc outputs
jsr square_test
With -msep-data gcc outputs
move.l square_test@GOT(%a5),%a0
jsr (%a0)
Is that move.l unavailable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62015
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61863
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
This was fixed for 4.9 by r205694 (PR59374).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61863
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61860
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
You ran out of RAM during the g++ job so the kernel killed it. You need more
RAM (preferably), or to add some swap (unpleasant but sometimes necessary).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61851
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
You ran out of RAM. Add some swap.
: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap gcc-4.10-20140713 (r212499) on x86_64-linux fails with:
/mnt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61797
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
decl_in_symtab_p is used under #ifdef ENABLE_CHECKING by symtab_get_node (also
in craph.h), and unconditionally by fold-const.c:tree_single_nonzero_warnv_p.
Sticking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61680
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
This _is_ a dup of PR57431 -- unfortunately PR57431 didn't fill out the known
to work or known to fail fields, so you might think it only applied to
trunk-to-be-4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61518
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
Isn't this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61517
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
Isn't this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #16 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to amker from comment #15)
Well, only thing suspicious that I can see, the memset function is a special
implementation and not from C standard library. Basically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61616
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Upstream support for gcc-4.7 has just ended. Please try gcc-4.8.3 or gcc-4.9.0
instead and report whether they work or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61570
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Well, qemu seems confused (as usual). Having lm and lahf_lmin the CPUID
feature flags and a 48-bit virtual address space implies being 64-bit, but
Intel Family 6 Model 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61570
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
The failure of 4.7 being built w/ --disable-bootstrap by 4.8+ stopped with the
PR54638 fix in r191605. It's clear that the problem was undefined behaviour in
4.7.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
The failure of gcc-4.8.0 and later to build gcc-4.7.2 w/ --disable-bootstrap
started with r186592. I'm getting loads of errors from glibc stating that
malloc detects memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48576
--- Comment #8 from Mikael Pettersson mikpelinux at gmail dot com ---
This got fixed for 4.9+ by Bernd Schmidt's Fix for reloads_unique_chain_p
patch in r203596: https://gcc.gnu.org/ml/gcc-patches/2013-10/msg01041.html.
The patch submission
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #18 from Mikael Pettersson mikpelinux at gmail dot com ---
This is now fixed for 4.8+ by Eric's PR60452 patch. Verified by backporting
that to 4.6.4 and seeing the bug on this PR's test case go away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61131
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Stephen Warren from comment #3)
Or is the definition of
undefined such that it propagates through the entire expression irrespective
of the expression's logic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
According to my bisection it did start with r117931.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #46 from Mikael Pettersson mikpelinux at gmail dot com ---
Using a binutils with the proposed patch for binutils' PR 16858 I can now
bootstrap gcc-4.8.2 with --disable-sjlj-exceptions on Cygwin.
: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap gcc-4.10-20140420 (r209538) on sparc64-linux fails
with:
g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
Switching gcc 4.10 to use LRA instead does not fix this wrong-code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
I'm getting a different error bootstrapping the 4.9.0 RC on Cygwin:
checking for C compiler default output file name...
configure: error: in `/home/mikpe/objdir/i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
All versions from current 4.10/trunk down to and including 4.4.7 have the bug,
but 4.3.6 does not. The code from 4.3.6 is similar to the one from 4.4.7, but
due to a subtle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
Started with r140275:
2008-09-11 Andreas Schwab sch...@suse.de
* config/m68k/m68k.h (IRA_COVER_CLASSES): Define.
which seems to enable IRA for M68K. The code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60766
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #12 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Mikael Pettersson from comment #10)
(In reply to Eric Botcazou from comment #9)
That's good news, thanks. Did you do a testsuite run for all languages
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54561
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Matthieu Patou from comment #3)
volatile proto_tree *tmptree = NULL;
Try
proto_tree * volatile tmptree = NULL;
It's the variable itself that needs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #8 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Mikael Pettersson from comment #5)
Sorry, no joy. With Eric's suggested patch I still got:
Correction: Eric's suggested patch does work. In my previous attempt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #10 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Eric Botcazou from comment #9)
That's good news, thanks. Did you do a testsuite run for all languages?
Sorry, didn't have time for that -- the repeated 4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #7 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Bernd Edlinger from comment #6)
that would be r208419 and r208150
Reverting r208150 + r208419 and rebuilding from scratch eliminated all acats
regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #18 from Mikael Pettersson mikpelinux at gmail dot com ---
Bill, the backport patch has now been approved:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00792.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
Started with r171890.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #4 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Eric Botcazou from comment #3)
Nothing obvious stands out. I presume that exceptions cannot be caught?
OK, it's presumably http://gcc.gnu.org/ml/gcc/2013-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #17 from Mikael Pettersson mikpelinux at gmail dot com ---
The backport patch has now been submitted:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00758.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
Sorry, no joy. With Eric's suggested patch I still got:
=== acats tests ===
Running chapter a ...
FAIL: a87b59a
Running chapter c2 ...
Running chapter c3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #13 from Mikael Pettersson mikpelinux at gmail dot com ---
Created attachment 32343
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32343action=edit
4.8 backport of Joern's fixes
This is the backport of Joern's fixes to 4.8 I did
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #15 from Mikael Pettersson mikpelinux at gmail dot com ---
Bill,
I can submit the patch on Saturday (too busy before then), but I don't have
commit rights so someone else will have to commit it (assuming it's approved).
/Mikael
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483
--- Comment #25 from Mikael Pettersson mikpelinux at gmail dot com ---
Thanks!
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
With gcc-4.9-20140309 I see the following testsuite regressions on
armv5tel-linux-gnueabi compared to the previous working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
User error. s/pthread_create(tid,/pthread_create(tid1[i],/g fixes it, as
gcc's warnings correctly identified.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #32 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Andreas Schwab from comment #31)
After backporting the patch to 4.8 there is still a package that fails with
the same error, though it doesn't fail with 4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60307
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Which target is this? Can you provide a test case?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Chengnian Sun from comment #4)
May I ask what is the design rational of not warning unused static const
variables?
See PR28901. There are cases of unused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
Technically there is an overflow there. But GCC defines conversion to a
smaller signed integer type, when the value cannot be represented in that
smaller type, as a non
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
This passes for me on armv5tel-linux-gnueabi with gcc trunk/4.8/4.7, on real HW
(Kirkwood), glibc-2.17, linux-3.13 kernel.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Eric Botcazou from comment #4)
This passes for me on armv5tel-linux-gnueabi with gcc trunk/4.8/4.7, on real
HW (Kirkwood), glibc-2.17, linux-3.13 kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
There are also Haswells that lack BMI2. I updated our dynamic binary
instrumentation engine for AVX2 about a year ago, but while our Haswell box at
the time had AVX2 it didn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Thiago Macieira from comment #4)
(In reply to Mikael Pettersson from comment #3)
There are also Haswells that lack BMI2. I updated our dynamic binary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59946
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
Reproduced with m68k-elf and m68k-linux toolchains built from binutils-2.23.2
and gcc-4.9-20140119, 4.8.2, and 4.7.3. Removing -m68000 causes the .l
suffix to disappear and gas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59719
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Related to / dup of PR28865 and PR57180 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Works, as in generates OK looking code w/o issuing any diagnostics, on both
m68k-linux and vax-linux for me. A NetBSD issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
I tested both targets with cross compilers from x86_64-linux. I also tested
natively on m68k-linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Christos Zoulas from comment #4)
My guess is that m68k-linux is not using the SVR4 ABI, i.e. it does not
require long long and double to be aligned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #24 from Mikael Pettersson mikpelinux at gmail dot com ---
So where does that leave us? Disable -fauto-inc-dec by default, or try to make
m68k work with LRA (which hopefully should avoid this reload bug)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773
--- Comment #9 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to fdarkangel from comment #8)
Persists in gcc 4.8.2.
Try Bernd's patch, see link in comment #7.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap gcc-4.9-20131215 (r206004) on m68k-linux fails with:
/mnt/scratch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
--- Comment #7 from Mikael Pettersson mikpelinux at gmail dot com ---
It appears the test case wasn't added to 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59134
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
Started with r163189.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59187
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
I can reproduce the ICE with 4.8.1 configured as a cross to x86_64-w64-mingw32
hosted on x86_64-linux, but not with 4.8.2. Looks like you need to upgrade.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59206
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap gcc-4.9-20131117 on armv5tel-linux-gnueabi fails with
many bootstrap comparison failures:
Comparing stages 2 and 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59206
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Richard Earnshaw from comment #1)
Can you try it again at SVN revision r205061.
Retrying at that rev ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59196
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59134
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Kostya Serebryany from comment #5)
So far we were not even able to reproduce it.
Building gcc trunk as a cross to ppc64-linux reproduces the build failure for
me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58921
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58936
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Liu Jian from comment #0)
I configured gcc using:
./configure --prefix=$HOME --with-gmp=$HOME --with-mpfr=$HOME
--with-mpc=$HOME
When I am compiling gcc 4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58830
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58830
--- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com ---
Started with r193882.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58831
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58779
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||ktietz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58759
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||law at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58805
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58696
--- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com ---
Broke with r203061, works again with r203463, likely dup of PR58640.
301 - 400 of 416 matches
Mail list logo