[Bug target/56975] [regression] dllimport broken on i686-pc-cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56975 --- Comment #9 from Dave Korn 2013-04-19 18:18:19 UTC --- Kai's patch applied cleanly for me vs. Revision: 197992 and allowed my failed build to proceed as far as stage 3 where it failed on libjava (known issue). I'm going to rerun the bu

[Bug target/56975] New: [regression] dllimport broken on i686-pc-cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56975 Bug #: 56975 Summary: [regression] dllimport broken on i686-pc-cygwin Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal P

[Bug bootstrap/52513] gcc-4.7.0-RC-20120302 fails to build for i686-pc-cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513 Dave Korn changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug other/39933] make clean fails in libgcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39933 Dave Korn changed: What|Removed |Added CC||phantall at gmail dot com --- Comment #5 from

[Bug other/45994] During 'make clean', some variables not propagating properly

||davek at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Dave Korn 2011-12-08 12:10:35 UTC --- Same as bug 39933. *** This bug has been marked as a duplicate of bug 39933 ***

[Bug other/40322] make clean fails (/bin/bash: -/: invalid option)

||davek at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Dave Korn 2011-12-08 12:10:28 UTC --- Same as bug 39933. *** This bug has been marked as a duplicate of bug 39933 ***

[Bug other/39933] make clean fails in libgcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39933 Dave Korn changed: What|Removed |Added CC||ich at az2000 dot de --- Comment #4 from Dave

[Bug other/39933] make clean fails in libgcc

||2011-12-08 CC||davek at gcc dot gnu.org Version|4.4.0 |4.7.0 Ever Confirmed|0 |1 Known to fail||4.4.0 --- Comment #3 from Dave Korn 2011-12-08 12

[Bug ada/51095] "make install" with --program-suffix does not install the bin/gnat* binaries with that suffix

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095 --- Comment #4 from Dave Korn 2011-12-07 00:46:18 UTC --- > we may as well resume the discussion here "there", not "here", sorry for any confusion.

[Bug ada/864] --program-suffix is ignored (for ada)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864 Dave Korn changed: What|Removed |Added CC||mark at grondar dot org --- Comment #21 from Da

[Bug ada/51095] "make install" with --program-suffix does not install the bin/gnat* binaries with that suffix

||davek at gcc dot gnu.org Resolution||DUPLICATE --- Comment #3 from Dave Korn 2011-12-07 00:45:10 UTC --- Confirmed. I would also like to see the patch in Attachment 18256 applied. I have re-opened bug 864 because there is (what I think is) a bug

[Bug ada/864] --program-suffix is ignored (for ada)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864 Dave Korn changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug bootstrap/38388] parallel install failures in install-{libiberty,gnatlib}

|REOPENED Last reconfirmed||2011-12-06 CC||davek at gcc dot gnu.org Version|4.4.0 |4.7.0 Resolution|FIXED | Ever Confirmed|0

[Bug libstdc++/51135] [4.7 Regression] SIGSEGV during exception cleanup on win32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51135 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #2 from

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 --- Comment #61 from Dave Korn 2011-04-21 00:40:17 UTC --- (In reply to comment #59) > I review the patch, and found that we can add "-fno-keep-inline-dllexport" to > the compiler option, and then, the compiler and linker stage works well. But >

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #9 from Dave Korn 2011-04-07 22:22:51 UTC --- (In reply to comment #8) > > The correct fix is going to be in the linker, not the compiler, by > > implementing > > a second library scan pass and obsoleting the pass-through mechanism.

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #6 from Dave Korn 2011-04-07 15:51:30 UTC --- Created attachment 23913 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23913 WIP patch Work in progress: see comment at start of do_rescan_work() re DT_NEEDED libs, but should be wo

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #5 from Dave Korn 2011-04-07 15:49:29 UTC --- Well, this is basically a weakness in the pass-through solution implemented for PR 42690; it only knows about the compilers stdlibs, and doesn't process any user-specified libs on the comm

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 --- Comment #56 from Dave Korn 2011-04-07 15:15:14 UTC --- What works for me on Cygwin, and so may well also work for anyone using MSYS, is setting the heap_chunk_in_mb registry parameter to some value in the range 1024 - 1536. I use 1024 myself

[Bug lto/46652] undefined reference to '__udivdi3' with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652 Dave Korn changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157 Dave Korn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug lto/47527] [4.6 regression] -flto -flto-partition=none broken for arm-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47527 --- Comment #5 from Dave Korn 2011-02-12 20:27:18 UTC --- Created attachment 23321 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23321 potential fix With this patch, ld doesn't check the arch/mach/lang/etc. of dummy IR-only BFDs any more.

[Bug lto/47527] [4.6 regression] -flto -flto-partition=none broken for arm-linux-gnueabi

||davek at gcc dot gnu.org Resolution||INVALID --- Comment #4 from Dave Korn 2011-02-12 17:48:46 UTC --- Hi guys, yes, this is definitely a linker bug, what must be happening is that there's some kind of private data not getting copied from the

[Bug lto/47287] FAIL: gcc.c-torture/execute/builtins/20010124-1.c execution with -flto

||davek at gcc dot gnu.org Resolution||DUPLICATE --- Comment #12 from Dave Korn 2011-02-01 19:17:04 UTC --- I could be wrong (reopen the bug if I turn out to be mistaken), but I'll bet this is the same as PR47274: the IR symtabs are

[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #30 from Dave Korn 2011-02-01 19:17:04 UTC --- *** Bug 47287 has been marked as a duplicate of this bug. ***

[Bug middle-end/31827] limits-exprparen.c: Pid 2297 received a SIGSEGV for stack growth failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827 --- Comment #14 from Dave Korn 2011-02-01 17:37:08 UTC --- (In reply to comment #13) > [ ... ] -fsplit-stack [ ... ] need for gold as host linker [ ... ] One of the ELF guys will have to answer that one for you!

[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #28 from Dave Korn 2011-02-01 06:59:58 UTC --- It looks like the problem is much earlier than the linker; it looks like the IR symtabs in the input object files are being generated incorrectly. Here are the real symbol tables: $ ./o

[Bug middle-end/31827] limits-exprparen.c: Pid 2297 received a SIGSEGV for stack growth failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827 --- Comment #12 from Dave Korn 2011-02-01 04:03:02 UTC --- (In reply to comment #11) > Recreated this on linux x86_64 with gcc 4.6-20110129. Running ulimit -a shows > me that the default stack limit is 8192 and increasing this to 18000 allows >

[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #25 from Dave Korn 2011-01-31 19:40:52 UTC --- (In reply to comment #24) > > What endian-ness are the ppc and hppa targets? > > hppa is big. I believe ppc is also big. > > Dave Probably the first time this code has been tested

[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #23 from Dave Korn 2011-01-31 18:53:30 UTC --- (In reply to comment #21) > The problem is that first one is defined as prevailing_def_ironly while it is > not an definition, just use of the symbol. Correct would be to have > PREVAILI

[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #22

[Bug target/45325] [4.6 Regression] target attribute doesn't work with -march=i586

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325 --- Comment #15 from Dave Korn 2011-01-28 15:28:33 UTC --- (In reply to comment #14) > The test is invalid on i[345]86-*-* without also enabling -msse. Does the same apply to libcpp/lex.c? i.e. Is that code invalid unless compiled with -msse2

[Bug lto/46652] undefined reference to '__udivdi3' with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #7 from

[Bug target/47468] FAIL: tmpdir-g++.dg-struct-layout-1/*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468 Dave Korn changed: What|Removed |Added Target||i686-pc-cygwin Status|UNCONFIRMED

[Bug target/47468] FAIL: tmpdir-g++.dg-struct-layout-1/*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468 --- Comment #1 from Dave Korn 2011-01-26 04:47:09 UTC --- Created attachment 23128 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23128 preprocessed source for testcase (first failing test) This is what causes: FAIL: tmpdir-g++.dg-struct-la

[Bug target/47468] New: FAIL: tmpdir-g++.dg-struct-layout-1/*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468 Summary: FAIL: tmpdir-g++.dg-struct-layout-1/* Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@

[Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 Dave Korn changed: What|Removed |Added Keywords||patch URL|

[Bug bootstrap/46037] --enable-stage1-languages=c,lto --enable-languages=c,lto --with-build-config=bootstrap-lto fails on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037 --- Comment #4 from Dave Korn 2011-01-10 15:28:51 UTC --- (In reply to comment #2) > the optimize attribute isn't used in the preprocessed file but only the > target attribute which is supported. Thus, "worksforme". Target attributes must be im

[Bug c++/41201] #pragma GCC target ("sse2") doesn't alter __SSE2__ in C++ (as it does in C)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201 Dave Korn changed: What|Removed |Added Status|ASSIGNED|NEW AssignedTo|davek at gcc dot

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 --- Comment #9 from Dave Korn 2011-01-10 00:33:35 UTC --- Author: davek Date: Mon Jan 10 00:33:32 2011 New Revision: 168624 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168624 Log: gcc/ChangeLog: PR c++/47218 * cgraphunit.c (as

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 --- Comment #49 from Dave Korn 2011-01-09 17:30:31 UTC --- Created attachment 22935 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22935 trial patch brings the earlier change that nathan made to always keep dllexported inlines under control

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

||2011.01.09 17:25:25 AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 --- Comment #7 from Dave Korn 2011-01-09 00:47:15 UTC --- Created attachment 22932 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22932 proposed patch Ensures thunks get a section name assigned in cgraphunit.c#assemble_thunk(). Taking this

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 Dave Korn changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 --- Comment #6 from Dave Korn 2011-01-08 19:00:25 UTC --- (In reply to comment #5) > Bug is caused by the change at rev 167795 applied to fix PR46667. > > http://gcc.gnu.org/viewcvs?view=revision&revision=167795 Full details at http://gcc.gnu.o

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 --- Comment #5 from Dave Korn 2011-01-08 18:06:07 UTC --- Bug is caused by the change at rev 167795 applied to fix PR46667. http://gcc.gnu.org/viewcvs?view=revision&revision=167795

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 --- Comment #4 from Dave Korn 2011-01-08 16:35:31 UTC --- (In reply to comment #3) > A simple test in PR47116: > http://gcc.gnu.org/bugzilla/attachment.cgi?id=22866 Thankyou, that should make debugging it easier :)

[Bug c++/47218] [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 Dave Korn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/47215] [4.6 Regression] Failed to bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #4 from

[Bug c++/47218] New: [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218 Summary: [4.6.0 regression] C++ multiple definitions of non-virtual thunk problem Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3

[Bug middle-end/46221] [4.6 Regression] huge number of c++ testsuite failures, libstdc++.so alias missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221 Dave Korn changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug middle-end/46221] [4.6 Regression] huge number of c++ testsuite failures, libstdc++.so alias missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221 --- Comment #27 from Dave Korn 2010-12-19 11:14:23 UTC --- Author: davek Date: Sun Dec 19 11:14:19 2010 New Revision: 168047 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168047 Log: PR middle-end/46674 PR middle-end/46221 *

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 --- Comment #12 from Dave Korn 2010-12-19 11:14:23 UTC --- Author: davek Date: Sun Dec 19 11:14:19 2010 New Revision: 168047 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168047 Log: PR middle-end/46674 PR middle-end/46221 *

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 --- Comment #11 from Dave Korn 2010-12-15 16:17:54 UTC --- Created attachment 22765 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22765 Lower all C identifiers to actual assembler symbols for comparison. This should resolve the problem by

[Bug middle-end/46221] [4.6 Regression] huge number of c++ testsuite failures, libstdc++.so alias missing

, |alpha-linux |alpha-linux, i?86-pc-cygwin Status|RESOLVED|REOPENED CC||davek at gcc dot gnu.org Depends on||46674 Resolution|FIXED

[Bug testsuite/46938] FAIL: gcc.dg/pr43157.c (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46938 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug testsuite/46938] FAIL: gcc.dg/pr43157.c (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46938 --- Comment #2 from Dave Korn 2010-12-15 09:51:30 UTC --- Author: davek Date: Wed Dec 15 09:51:26 2010 New Revision: 167848 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167848 Log: PR testsuite/46938 * gcc.dg/pr43157.c: Add dg-r

[Bug testsuite/46938] FAIL: gcc.dg/pr43157.c (test for excess errors)

AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Dave Korn 2010-12-15 09:29:22 UTC --- Patch got approved while I was out of town for a couple of days, will

[Bug c++/45201] ICE: stack overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45201 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #10

[Bug tree-optimization/29710] gnat ICEs on -fprefetch-loop-arrays -O1.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29710 --- Comment #7 from Dave Korn 2010-12-11 10:46:22 UTC --- (In reply to comment #6) > Although I haven't verified that this is the same as the original problem > report, it really looks like it, modulo various changes to the compiler's > internal

[Bug tree-optimization/29710] gnat ICEs on -fprefetch-loop-arrays -O1.

||davek at gcc dot gnu.org Version|4.2.0 |4.6.0 Known to fail||4.6.0 --- Comment #6 from Dave Korn 2010-12-11 10:17:11 UTC --- I've run into what appears to be the same problem with 4.6.0 HEAD in

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #13 from Dave Korn 2010-12-11 04:34:07 UTC --- Didn't crop up in my latest testrun (based on r.167484 / 20101206), so whatever it was seems to have gone away.

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

gcc dot |davek at gcc dot gnu.org |gnu.org |

[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157 --- Comment #8 from Dave Korn 2010-12-10 14:29:03 UTC --- Author: davek Date: Fri Dec 10 14:28:58 2010 New Revision: 167688 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167688 Log: gcc/ChangeLog: PR middle-end/46674 PR lto/4315

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 --- Comment #10 from Dave Korn 2010-12-10 14:29:03 UTC --- Author: davek Date: Fri Dec 10 14:28:58 2010 New Revision: 167688 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167688 Log: gcc/ChangeLog: PR middle-end/46674 PR lto/431

[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #7 from

[Bug c/46859] Attribute depends on location

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46859 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #2 from

[Bug c++/41201] #pragma GCC target ("sse2") doesn't alter __SSE2__ in C++ (as it does in C)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201 --- Comment #7 from Dave Korn 2010-12-08 14:19:40 UTC --- (In reply to comment #6) > I stumbled into the underlying cause of this bug Should clarify: I'm referring to the broken-ness referred to in comments 1 and 4. My patch probably won't mak

[Bug c++/41201] #pragma GCC target ("sse2") doesn't alter __SSE2__ in C++ (as it does in C)

||2010.12.08 14:10:43 CC||davek at gcc dot gnu.org AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #6

[Bug target/45754] Driver core dump when duplicating -Wall command line option

||davek at gcc dot gnu.org Resolution||FIXED --- Comment #3 from Dave Korn 2010-12-08 05:57:07 UTC --- (In reply to comment #2) > Subject: Re: Driver core dump when duplicating -Wall > command line option > > Unless this can be rep

[Bug c++/40269] ICE during processing class attributes

||davek at gcc dot gnu.org Resolution||WORKSFORME --- Comment #1 from Dave Korn 2010-12-07 23:26:26 UTC --- Couldn't reproduce this on the released 4.5.0 nor on 4.6.0 current trunk, so I assume this was a transient thing that got fixed. Plea

[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away

||davek at gcc dot gnu.org Resolution|FIXED | --- Comment #9 from Dave Korn 2010-12-07 04:31:08 UTC --- Not fixed on platforms where USER_LABEL_PREFIX is non-empty. On i686-pc-cygwin: FAIL: gcc.dg/pr46674.c scan-assembler wobbly Stripping the star

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED See Also|

[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 --- Comment #9 from Dave Korn 2010-12-06 17:27:06 UTC --- (In reply to comment #8) > sdbout.c is broken then. Quite likely, but I don't understand what it thinks it's trying to do yet well enough to be sure how. > If it doesn't care in which

[Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125 --- Comment #7 from Dave Korn 2010-12-06 00:54:23 UTC --- That still leaves libffi and libgcc_s to fix; I'll get to them shortly.

[Bug lto/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug lto/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695 --- Comment #7 from Dave Korn 2010-12-06 00:50:11 UTC --- Author: davek Date: Mon Dec 6 00:50:04 2010 New Revision: 167480 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167480 Log: config/ChangeLog: 2010-12-06 Dave Korn PR targ

[Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125 --- Comment #6 from Dave Korn 2010-12-06 00:50:11 UTC --- Author: davek Date: Mon Dec 6 00:50:04 2010 New Revision: 167480 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167480 Log: config/ChangeLog: 2010-12-06 Dave Korn PR targ

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #11 from Dave Korn 2010-12-04 06:28:48 UTC --- Created attachment 22626 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22626 preprocessed source

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #10 from Dave Korn 2010-12-04 06:28:04 UTC --- Created attachment 22625 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22625 generated assembler This is the assembler output that has been generated up to the point when it ICEs.

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #9 from

[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #7 from

[Bug target/40125] libgcc_s DLL installed in wrong directory in cross toolchain

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125 Dave Korn changed: What|Removed |Added Attachment #22549|0 |1 is obsolete|

[Bug lto/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695 Dave Korn changed: What|Removed |Added Component|other |lto --- Comment #6 from Dave Korn 2010-12-04

[Bug driver/46760] LTO doesn't work with FDO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760 Dave Korn changed: What|Removed |Added Depends on||42690 AssignedTo|davek at gcc dot

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #14 from Dave Korn 2010-12-02 08:52:20 UTC --- (In reply to comment #13) > > Yeh, precisely. The ironly file is a placeholder into which we put the > > symbols found in the lto symtab so that they can take part in the link and > >

[Bug driver/46760] LTO doesn't work with FDO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760 --- Comment #5 from Dave Korn 2010-12-02 07:47:13 UTC --- (In reply to comment #4) > -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genchecksum \ > build/genchecksum.o .././libiberty/libiberty.a > lto1: sorry, unimplemented: combining units

[Bug driver/46760] LTO doesn't work with FDO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760 --- Comment #4 from Dave Korn 2010-12-02 07:14:34 UTC --- With my patch we no longer get the undefined symbols building lto-wrapper, but instead later on we hit this problem: ---

[Bug driver/46760] LTO doesn't work with FDO

||2010.12.02 04:57:41 AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #3 from Dave Korn 2010-12-02 04:57:41 UTC --- Created attachment 22600

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Dave Korn changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #12

[Bug other/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695 --- Comment #4 from Dave Korn 2010-12-01 12:31:28 UTC --- (In reply to comment #3) > (In reply to comment #2) > > > not I, > > the addition of -no-undefined was from the Dave K. who needs it to get a > > .dll > > to build > > - without that ch

[Bug other/46695] [4.6 regression] failure to build X from darwin to cris-elf with lto enabled

||2010.12.01 12:17:35 CC||davek at gcc dot gnu.org AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #3

[Bug target/42904] Attribute dllexport should imply externally_visible

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42904 Dave Korn changed: What|Removed |Added Target Milestone|--- |4.6.0

[Bug target/42904] Attribute dllexport should imply externally_visible

|davek at gcc dot gnu.org|ktietz at gcc dot gnu.org --- Comment #5 from Dave Korn 2010-11-30 17:31:32 UTC --- Yes, Kai's patch (see URL) works for -fwhole-program as well as LTO :)

[Bug middle-end/46709] [4.6 regression] internal compiler error: process_function_and_variable_attributes gcc/cgraphunit.c:847

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46709 Dave Korn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug middle-end/46709] [4.6 regression] internal compiler error: process_function_and_variable_attributes gcc/cgraphunit.c:847

CC||davek at gcc dot gnu.org AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Dave Korn 2010-11-29 21:02:17 UTC

  1   2   >