http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
m...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #43 from mrs at gcc dot gnu.org 2010-12-08
20:11:13 UTC ---
Author: mrs
Date: Wed Dec 8 20:11:05 2010
New Revision: 167603
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167603
Log:
PR debug/46749
* config/darwin.h (C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #42 from Mike Stump 2010-12-07
16:42:04 UTC ---
Oh, one can use -Wl,-dsym in the time being with this patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #41 from mrs at gcc dot gnu.org 2010-12-07
16:34:34 UTC ---
Yeah, I was thinking of letting them bake just a little bit. -dsym would be
the only driver option, if we make it one. Testing of the C languages and
fortran seems to have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #40 from joseph at codesourcery dot com 2010-12-07 13:20:55 UTC ---
On Tue, 7 Dec 2010, rguenth at gcc dot gnu.org wrote:
> The patch looks reasonable to me. -dsym and -idsym need addition to
> common.opt as driver option I think an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #39 from Richard Guenther 2010-12-07
09:46:51 UTC ---
The patch looks reasonable to me. -dsym and -idsym need addition to common.opt
as driver option I think and eventually need documentation if they are supposed
to be used by the us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
m...@gcc.gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #38 from mrs at gcc do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #37 from mrs at gcc dot gnu.org 2010-12-07
00:25:45 UTC ---
Created attachment 22664
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22664
-dsym linker patch
Ok, I decided to implement it and try it out, since you had a plan...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #36 from Richard Guenther 2010-12-05
21:57:06 UTC ---
(In reply to comment #35)
> Surely this design isn't complete as it doesn't cover the changes or the
> requirements for lto. Without those, I can't review the design to see if it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #35 from Mike Stump 2010-12-05
21:13:30 UTC ---
Surely this design isn't complete as it doesn't cover the changes or the
requirements for lto. Without those, I can't review the design to see if it is
sufficient to actually fix the pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #34 from rguenther at suse dot de
2010-12-04 10:27:58 UTC ---
On Sat, 4 Dec 2010, mikestump at comcast dot net wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #31 from Mike Stump 2010-12-04
> 00:18:07 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #33 from Jack Howarth 2010-12-04
03:18:41 UTC ---
Using the patch...
Index: gcc/collect2.c
===
--- gcc/collect2.c(revision 167430)
+++ gcc/collect2.c(working cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #32 from Jack Howarth 2010-12-04
02:10:50 UTC ---
While the hack in Comment 31 produces the missing .dSYM output for -g -flto, it
also leave behind the temporary *.ltrans0.ltrans.o files in /var/tmp at the
end. A simple compile shows.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #31 from Mike Stump 2010-12-04
00:18:07 UTC ---
On Dec 3, 2010, at 3:20 PM, rguenther at suse dot de wrote:
> yes, I would have expected that this happens already. Now, I (or
> somebody else) needs to take the time and investigate wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #30 from rguenther at suse dot de
2010-12-03 23:20:54 UTC ---
On Fri, 3 Dec 2010, mikestump at comcast dot net wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #29 from Mike Stump 2010-12-03
> 23:13:02 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #29 from Mike Stump 2010-12-03
23:13:02 UTC ---
> The darwin people have to design a more robust way to run dsymutil.
Ok. How's this, you must run LINK_COMMAND_SPEC to link. When you run it, any
temporary real .o files created by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #28 from Iain Sandoe 2010-12-03 12:10:42
UTC ---
another thing that might help is to hack gcc/spec to put "dsymutil --symtab"
that causes dsymutil to dump what it found in the exec and exit without doing
the debug-link.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #27 from Iain Sandoe 2010-12-03 11:29:59
UTC ---
(In reply to comment #26)
> On Fri, 3 Dec 2010, rguenther at suse dot de wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
> >
> > --- Comment #25 from rguenther at suse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #26 from rguenther at suse dot de
2010-12-03 10:51:06 UTC ---
On Fri, 3 Dec 2010, rguenther at suse dot de wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #25 from rguenther at suse dot de
> 2010-12-03 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #25 from rguenther at suse dot de
2010-12-03 10:47:49 UTC ---
On Fri, 3 Dec 2010, mrs at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> m...@gcc.gnu.org changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #23 from Iain Sandoe 2010-12-02 10:14:22
UTC ---
(In reply to comment #22)
> At install-time dsymutil is run and the relevant xxx.dSYM is installed along
> with the objects, where required.
s/objects/exes/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #22 from Iain Sandoe 2010-12-02 10:10:06
UTC ---
(In reply to comment #21)
> On Thu, 2 Dec 2010, iains at gcc dot gnu.org wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
> >
> > --- Comment #20 from Iain Sandoe 2010-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #21 from rguenther at suse dot de
2010-12-02 09:50:48 UTC ---
On Thu, 2 Dec 2010, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #20 from Iain Sandoe 2010-12-02
> 09:09:49 UTC -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #20 from Iain Sandoe 2010-12-02 09:09:49
UTC ---
(In reply to comment #19)
> On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
> > yeah - it's on my TODO (pr43751).
> > FWIW, some time ago, I did enquire about the difficulty of add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #19 from rguenther at suse dot de
2010-12-02 08:52:14 UTC ---
On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #18 from Iain Sandoe 2010-12-01
> 22:06:23 UTC -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #18 from Iain Sandoe 2010-12-01 22:06:23
UTC ---
(In reply to comment #16)
> On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
> >
> > --- Comment #15 from Iain Sandoe 2010-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #17 from Iain Sandoe 2010-12-01 21:52:33
UTC ---
(In reply to comment #14)
> is invocated (it's basically old LTO mode and not WHOPR). darwin doesn't
> seem to have an 'strace' command (bah).
dtruss/dtrace might help.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #16 from rguenther at suse dot de
2010-12-01 21:51:18 UTC ---
On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #15 from Iain Sandoe 2010-12-01
> 21:34:19 UTC -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #15 from Iain Sandoe 2010-12-01 21:34:19
UTC ---
splitting the command into compile and link steps will intentionally remove the
dsymutil step - thus making the problem 'go away' ...
dsymutil should _only_ be called if there is a so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #14 from Richard Guenther 2010-12-01
21:23:55 UTC ---
Also works with splitting the command into a -c and a link step. Thus,
/Users/richard/obj/gcc/xgcc -B/Users/richard/obj/gcc/
/Users/richard/src/trunk/gcc/testsuite/gcc.dg/debug/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #13 from Iain Sandoe 2010-12-01 21:20:36
UTC ---
with -save-temps, dsymutil _is_ called and, indeed, the file complained about
is absent.
(I've a hunch that this could be related to the changes for simple-obj).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #12 from Iain Sandoe 2010-12-01 21:10:51
UTC ---
hm.
on i686-darwin9 - adding -Wl,-debug simply suppresses the recognition of the
source file and dsymutil is not called (a manifestation of PR41751).
So there are two things;
1. dsy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #11 from Jack Howarth 2010-12-01
20:58:55 UTC ---
(In reply to comment #10)
> Works for me with -Wl,-debug (which doesn't delete intermediate files).
On x86_64-apple-darwin10 at r167292, adding -Wl,-debug inhibits the crash in
dsymut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #10 from Richard Guenther 2010-12-01
20:49:41 UTC ---
Works for me with -Wl,-debug (which doesn't delete intermediate files).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #9 from Iain Sandoe 2010-12-01 20:46:11
UTC ---
my (quick) reading of this is that
-- the bugfix made by 167292 has caused the source file to be recognized
-- causing dsymutil to fire up
-- and revealing a pre-existing, probably un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #8 from Richard Guenther 2010-12-01
20:38:40 UTC ---
Can you also add -Wl,-debug and/or -debug (basically make sure collect2 and
lto-wrapper have verbosity on)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #7 from Jack Howarth 2010-12-01
20:35:13 UTC ---
(In reply to comment #3)
> What's the difference of -v output caused by the patch?
The offending lines from the diff of -v output appears to be...
COMPILER_PATH=/Users/howarth/darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #6 from Jack Howarth 2010-12-01
20:32:53 UTC ---
Created attachment 22590
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22590
diff between -v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167291 and
r167292
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #5 from Jack Howarth 2010-12-01
20:31:45 UTC ---
Created attachment 22589
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22589
-v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167292
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #4 from Jack Howarth 2010-12-01
20:30:57 UTC ---
Created attachment 22588
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22588
-v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167291
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #2 from Jack Howarth 2010-12-01
18:05:00 UTC ---
Caused by...
Author: rguenth
Date: Tue Nov 30 10:00:51 2010
New Revision: 167292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167292
Log:
2010-11-30 Richard Guenther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #1 from Jack Howarth 2010-12-01
17:50:25 UTC ---
This failure appeared after r167289 but by r167301.
44 matches
Mail list logo
