https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81019
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80693
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81785
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81900
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81900
--- Comment #2 from Mikael Pettersson ---
Started with r250767.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
--- Comment #2 from Mikael Pettersson ---
Started with r244034, i.e. when SPARC switched to LRA by default. -mno-lra
works around it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66087
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81996
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79920
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71608
--- Comment #5 from Mikael Pettersson ---
This test case was fixed for gcc-7 by r242536.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #8 from Mikael Pettersson ---
Created attachment 40362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40362&action=edit
patch adding -mlong-jump-table-offsets option for m68k
This is the crude patch I mentioned in an older comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71518
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #12 from Mikael Pettersson ---
Thanks for testing, I'll submit it for gcc-7 shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #14 from Mikael Pettersson ---
Patch submitted:
https://gcc.gnu.org/ml/gcc-patches/2017-01/msg00419.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78807
--- Comment #4 from Mikael Pettersson ---
On Solaris 10 / SPARC, this test case works fine when compiled by gcc-6.3.0,
but SIGBUSes when compiled by gcc-5.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82420
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82420
--- Comment #2 from Mikael Pettersson ---
Started with r145586, but that may simply have exposed a latent issue.
BTW, the configuration of the reporter's gcc
> $ m68k-elf-gcc -v
> Using built-in specs.
> COLLECT_GCC=m68k-elf-gcc
> COLLECT_LTO_WR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82621
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #8 from Mikael Pettersson ---
The fix was backported to gcc-6-branch in r249957 and to gcc-5-branch in
r249958. So it's included in gcc-5.5.0 and will be included in gcc-6.5.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67899
--- Comment #7 from Mikael Pettersson ---
Patch posted:
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00647.html
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
Attempting to bootstrap gcc-7-20161009 on m68k-linux fails with:
/mnt/scratch/objdir7/./prev-gcc/xg++ -B/mnt/scratch/objdir7/./prev-gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54561
--- Comment #4 from Mikael Pettersson ---
(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 to be volatile, not the memory it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #12 from Mikael Pettersson ---
(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?
>
> Sorry, didn't have time for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60766
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #2 from Mikael Pettersson ---
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 ordering difference 4.3.6 works
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #3 from Mikael Pettersson ---
Started with r140275:
2008-09-11 Andreas Schwab
* config/m68k/m68k.h (IRA_COVER_CLASSES): Define.
which seems to enable IRA for M68K. The code generation difference for the C
test case at thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #2 from Mikael Pettersson ---
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/libgcc':
configure: error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822
--- Comment #4 from Mikael Pettersson ---
Switching gcc 4.10 to use LRA instead does not fix this wrong-code.
roduct: gcc
Version: 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) o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #46 from Mikael Pettersson ---
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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
--- Comment #4 from Mikael Pettersson ---
According to my bisection it did start with r117931.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61131
--- Comment #5 from Mikael Pettersson ---
(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?
It is. Once execution hi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48576
--- Comment #8 from Mikael Pettersson ---
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 describes a problem very simil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #18 from Mikael Pettersson ---
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #5 from Mikael Pettersson ---
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 corruption in cc1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #6 from Mikael Pettersson ---
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, not a wrong-code error in 4.8+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61570
--- Comment #1 from Mikael Pettersson ---
Well, qemu seems confused (as usual). Having "lm" and "lahf_lm"in the CPUID
feature flags and a 48-bit virtual address space implies being 64-bit, but
Intel Family 6 Model 13 implies being the 32-bit onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61570
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #16 from Mikael Pettersson ---
(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 it doesn't need
> to follo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61616
--- Comment #1 from Mikael Pettersson ---
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=63234
--- Comment #7 from Mikael Pettersson ---
The wrong-code started in the 4.7 dev cycle with r183328, a fix for a similar
bug (PR50313) in 4.6. That fix was backported to 4.6 but doesn't trigger this
PR there (I just re-checked with 4.6.4).
The b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
--- Comment #8 from Mikael Pettersson ---
The failures on 4.7+ seem to be triggered by r177855, yet another ARM costing
tweak.
I'm not going to investigate this any further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #9 from Mikael Pettersson ---
Please note that sizeof(long) == 4 while sizeof(size_t) == sizeof(void*) == 8
on x86_64-w64-mingw32, so your patch changes the behaviour of the code.
Perhaps the change is benign, but I'd use uintptr_t a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
Attempting to bootstrap gcc-6-20150510 on powerpc64-linux fails with:
/mnt/scratch/objdir6/./prev-gcc/xg++ -B/mnt/scratch
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
Attempting to bootstrap gcc trunk on sparc64-linux with options to default to
32-bit code, fails with:
Comparing stages 2 and 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #1 from Mikael Pettersson ---
Started with r67:
fc6cc27b3f46a6f70f610ec93a1c5e68d83c933b is the first bad commit
commit fc6cc27b3f46a6f70f610ec93a1c5e68d83c933b
Author: rguenth
Date: Tue Apr 21 12:52:43 2015 +
2015-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #3 from Mikael Pettersson ---
Still occurs with trunk @ r223652.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59719
--- Comment #1 from Mikael Pettersson ---
Related to / dup of PR28865 and PR57180 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59946
--- Comment #2 from Mikael Pettersson ---
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 to accept the generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #3 from Mikael Pettersson ---
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 have BMI2 etc, causing Intel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #5 from Mikael Pettersson ---
(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
> > instrumentation engine for AVX2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #3 from Mikael Pettersson ---
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 ---
(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.
>
> Single or multi core?
Si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13029
--- Comment #6 from Mikael Pettersson ---
(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 static const where the warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60229
--- Comment #3 from Mikael Pettersson ---
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-signalling truncation. Still, port
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60307
--- Comment #1 from Mikael Pettersson ---
Which target is this? Can you provide a test case?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #32 from Mikael Pettersson ---
(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.
This ICE stopped on trunk wi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
--- Comment #1 from Mikael Pettersson ---
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=60411
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
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=57425
--- Comment #13 from Mikael Pettersson ---
Created attachment 32343
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32343&action=edit
4.8 backport of Joern's fixes
This is the backport of Joern's fixes to 4.8 I did last summer. Tested w/o
re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #15 from Mikael Pettersson ---
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 ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #4 from Mikael Pettersson ---
(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/msg00157.html but no
> AR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425
--- Comment #17 from Mikael Pettersson ---
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 ---
Sorry, no joy. With Eric's suggested patch I still got:
=== acats tests ===
Running chapter a ...
FAIL: a87b59a
Running chapter c2 ...
Running chapter c3 ...
FAIL: c380004
Running cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516
--- Comment #4 from Mikael Pettersson ---
Started with r171890.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #7 from Mikael Pettersson ---
(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 ---
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=60504
--- Comment #8 from Mikael Pettersson ---
(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 I applied
his patch and onl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #10 from Mikael Pettersson ---
(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 builds and tests caused
other b
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
Attempting to bootstrap gcc-6-20150906 on armv7l w/ hard float fails with:
/mnt/scratch
oduct: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
The last snapshot of trunk I was able to bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67474
--- Comment #1 from Mikael Pettersson ---
Still occurs with gcc-6-20150920.
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Target Milestone: ---
Attempting to bootstrap gcc-6-20150920 (r227952) on s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67474
--- Comment #2 from Mikael Pettersson ---
Still occurs with gcc-6-20150927. Started with r227382, an LRA patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67474
Mikael Pettersson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68067
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68189
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68189
--- Comment #7 from Mikael Pettersson ---
(In reply to Mikael Pettersson from comment #6)
> Started with r208165 (on x86_64-linux with -O3).
And the subsequent fix in r208222 does not help for this test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68184
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68328
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68298
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68328
--- Comment #3 from Mikael Pettersson ---
I'm on Fedora 20 / x86_64 (Ivy Bridge i7-3770K) w/ the 4.3 Linux kernel. I've
tried various combinations of bootstrap compiler (system gcc-4.8.3 or my own
gcc-4.9.3 + patches), support libraries (system
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63681
--- Comment #5 from Mikael Pettersson ---
The ICE on bfin-elf started for 4.9 with r204985, and stopped for 5.0 with
r210683. Backporting r210683 to current 4.9 branch is easy and fixes the ICE
there too. I haven't checked c6x.
See also:
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64442
--- Comment #1 from Mikael Pettersson ---
Are you compiling on 32-bit x86? I can reproduce on m68k, but not on x86_64
(even with -m32) or on ARMv5. I suspect you're seeing the effects of excess
precision of the x87 FPU (much like the m68k FPU).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64442
--- Comment #3 from Mikael Pettersson ---
See PR323 and https://gcc.gnu.org/bugs/#known
You could experiment with -ffloat-store, -mpc64, or -msse2 (if your CPU
supports SSE2, which it should if it isn't ancient).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64451
--- Comment #1 from Mikael Pettersson ---
The ICE started with r189458, still occurs with 4.8.4, 4.9.2, and current
trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #62 from Mikael Pettersson ---
(In reply to Bernd Edlinger from comment #61)
> if you already have used/tested that patch on 4.8 for such a long time,
> I would appreciate it very much if you post it on the gcc-patches mailing
> list
101 - 200 of 442 matches
Mail list logo
