http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #12 from Dave Korn 2010-11-09 22:08:49
UTC ---
(In reply to comment #11)
> > --- Comment #7 from Dave Korn 2010-11-09
> > 21:21:07 UTC ---
>
> > I would expect so, but haven't audited the code. Of course, we *have* a c99
> > compi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #11 from Dave Korn 2010-11-09 23:07:45
UTC ---
(In reply to comment #10)
> I wouldn't worry about bool for this code.
>
> I'm not sure that int64_t is sure to be defined. uint64_t is in the configure
> script and so will be defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #12 from Dave Korn 2010-11-09 23:08:40
UTC ---
(In reply to comment #11)
> (In reply to comment #10)
> > I wouldn't worry about bool for this code.
> >
> > I'm not sure that int64_t is sure to be defined. uint64_t is in the
> > con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
Dave Korn changed:
What|Removed |Added
Attachment #22358|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
Dave Korn changed:
What|Removed |Added
See Also||http://gcc.gnu.org/bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #15 from Dave Korn 2010-11-10 15:39:53
UTC ---
Thanks for testing!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #12 from Dave Korn 2010-11-10 22:52:55
UTC ---
(In reply to comment #11)
> I have verified that
>
> http://sourceware.org/ml/binutils/2010-11/msg00170.html
>
> fixes the problem.
Thanks HJ. I can't self-approve patches to that cod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
--- Comment #17 from Dave Korn 2010-11-11 13:34:04
UTC ---
Author: davek
Date: Thu Nov 11 13:33:59 2010
New Revision: 166601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166601
Log:
PR bootstrap/46397
PR bootstrap/46362
* co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
--- Comment #18 from Dave Korn 2010-11-11 13:34:04
UTC ---
Author: davek
Date: Thu Nov 11 13:33:59 2010
New Revision: 166601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166601
Log:
PR bootstrap/46397
PR bootstrap/46362
* co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46397
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46362
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
Known to fail
gcc dot |davek at gcc dot gnu.org
|gnu.org |
--- Comment #18 from Dave Korn 2010-11-16 15:03:21
UTC ---
Testing went well, submitting the patch shortly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46576
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #21 from Dave Korn 2010-11-20 20:52:38
UTC ---
(In reply to comment #20)
> If we have to pass libgcc archive in GCC driver, what happens to
> random archives on command line? Will LTO ignore them? It sounds
> like a bad idea. I think
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #27 from Dave Korn 2010-11-23 19:08:45
UTC ---
(In reply to comment #25)
> The current linker plugin scheme may be flawed. The order of
> linking libraries (archive and DSO) is very important. They
> have to be placed between crti.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #28 from Dave Korn 2010-11-23 19:18:46
UTC ---
Author: davek
Date: Tue Nov 23 19:18:39 2010
New Revision: 167091
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167091
Log:
PR driver/42690
* gcc.c (LINK_COMMAND_SPEC): R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125
--- Comment #4 from Dave Korn 2010-11-28 01:29:27
UTC ---
Created attachment 22549
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22549
testing patch
Something along these lines ought to get us most of the way there.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46709
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
|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 :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42904
Dave Korn changed:
What|Removed |Added
Target Milestone|--- |4.6.0
||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
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
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
||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
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:
---
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
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
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
Dave Korn changed:
What|Removed |Added
Depends on||42690
AssignedTo|davek at gcc dot
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40125
Dave Korn changed:
What|Removed |Added
Attachment #22549|0 |1
is obsolete|
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
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
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.
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46695
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
||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
||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
||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
||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
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
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
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
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
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
gcc dot |davek at gcc dot gnu.org
|gnu.org |
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.
||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
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
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46938
Dave Korn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
,
|alpha-linux |alpha-linux, i?86-pc-cygwin
Status|RESOLVED|REOPENED
CC||davek at gcc dot gnu.org
Depends on||46674
Resolution|FIXED
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
101 - 165 of 165 matches
Mail list logo