--- Comment #100 from jakub at gcc dot gnu dot org 2009-12-16 13:27 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #99 from dominiq at lps dot ens dot fr 2009-12-15 10:14 ---
> i686-apple-darwin9 bootstraps without dsymutil fails at 155225, thanks Jakub.
powerpc-apple-darwin9 too at 155239. For x86_64-apple-darwin10, I think the
problem is fixed too, but between revisions 154996 and 1550
--- Comment #98 from developer at sandoe-acoustics dot co dot uk
2009-12-14 18:31 ---
i686-apple-darwin9 bootstraps without dsymutil fails at 155225, thanks Jakub.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #97 from jakub at gcc dot gnu dot org 2009-12-14 16:56 ---
Subject: Bug 41473
Author: jakub
Date: Mon Dec 14 16:55:52 2009
New Revision: 155222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155222
Log:
PR debug/41473
* dwarf2out.c (AT_loc_list_ptr):
--- Comment #96 from jakub at gcc dot gnu dot org 2009-12-14 16:55 ---
Subject: Bug 41473
Author: jakub
Date: Mon Dec 14 16:55:12 2009
New Revision: 155221
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155221
Log:
PR debug/41473
* dwarf2out.c (add_var_loc_to_dec
--- Comment #95 from howarth at nitro dot med dot uc dot edu 2009-12-07
18:40 ---
(In reply to comment #94)
> No, a quick look into MAINTAINERS could tell you that as this has nothing to
> do
> with OpenMP, isn't a gimplifier patch nor has anything to do with SPARC, I
> can't approve i
--- Comment #94 from jakub at gcc dot gnu dot org 2009-12-07 18:30 ---
No, a quick look into MAINTAINERS could tell you that as this has nothing to do
with OpenMP, isn't a gimplifier patch nor has anything to do with SPARC, I
can't approve it.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #93 from howarth at nitro dot med dot uc dot edu 2009-12-07
18:25 ---
(In reply to comment #92)
> The patches weren't reviewed/approved.
>
Jakub,
Could you review and approve the patches then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #92 from jakub at gcc dot gnu dot org 2009-12-07 17:15 ---
The patches weren't reviewed/approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #91 from dominiq at lps dot ens dot fr 2009-12-03 13:27 ---
Is there any reason why the patch in commen #85 has not been commited?
As stressed by Jack Howarth in
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00096.html, it is critical for
darwin and probably good for other pl
--- Comment #90 from howarth at nitro dot med dot uc dot edu 2009-11-28
19:07 ---
Since dsymutil isn't asserting, I wouldn't be so worried unless the test cases
start to fail. Do file a radar though with at least assembly with -dA so that
Apple can review what is happening.
--
http
--- Comment #89 from dominiq at lps dot ens dot fr 2009-11-28 19:04 ---
> Do you see this in gcc 4.4.2 as well?
No. A test case is
[ibook-dhum] f90/bug% cat pr34231.f90
MODULE test
TYPE odbase ; INTEGER :: value ; END TYPE
INTERFACE odfname
MODULE PROCEDURE odfamilycname,
--- Comment #88 from howarth at nitro dot med dot uc dot edu 2009-11-28
18:45 ---
Do you see this in gcc 4.4.2 as well? I would suggest trying to find
a minimal test case that produces the warning from dsymutil and then
open a new radar with the preprocessed source and the assembly gene
--- Comment #87 from dominiq at lps dot ens dot fr 2009-11-28 18:40 ---
With the combined proposed patches from comment 85, I do not see anymore
dsymutil failures on (powerpc|i686)-apple-darwin9 and x86_64-apple-darwin10.
>From the failures in comment #8, I have noticed that 'gcc -g *'
--- Comment #86 from howarth at nitro dot med dot uc dot edu 2009-11-27
00:07 ---
Checking all of the object files in a build of gcc trunk with the combined
proposed patches from comment 85 with...
/usr/bin/dwarfdump --verbose --show-form *.o | grep -C5
'AT_location.*FORM_block[^<]' |
--- Comment #85 from howarth at nitro dot med dot uc dot edu 2009-11-26
22:35 ---
Created an attachment (id=19160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19160&action=view)
combined patch that fixes dsymutil asserts
Combined patches...
http://gcc.gnu.org/ml/gcc-patches/20
--- Comment #84 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:55 ---
One other comment. The dsymutil maintainer pointed out that in those cases
where zero AT_locations exist for the dwarf block forms, even if dsymutil
doesn't assert, it will still hose the resulting debug i
--- Comment #83 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:32 ---
I believe these are all of the files generating zero AT_locations when gcc
trunk is built with the proposed patch from
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01329.html on
x86_64-apple-darwin10.
--
--- Comment #82 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:30 ---
Created an attachment (id=19146)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19146&action=view)
preprocessed source for sendmsg.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #81 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:29 ---
Created an attachment (id=19145)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19145&action=view)
assembly with -dA for problem file in libobjc dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #80 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:20 ---
Created an attachment (id=19144)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19144&action=view)
preprocessed source for ltdl.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/s
--- Comment #79 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:19 ---
Created an attachment (id=19143)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19143&action=view)
assembly with -dA for problem file in libgcj dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #78 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:13 ---
Created an attachment (id=19142)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19142&action=view)
preprocessed source for darwin.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #77 from howarth at nitro dot med dot uc dot edu 2009-11-25
04:12 ---
Created an attachment (id=19141)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19141&action=view)
assembly with -dA for problem file in libgcj dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #76 from howarth at nitro dot med dot uc dot edu 2009-11-25
01:11 ---
Created an attachment (id=19138)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19138&action=view)
assembly with -dA for problem file in libgfortran dylib
--
howarth at nitro dot med dot uc dot ed
--- Comment #75 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:27 ---
The attached assembly (with -dA) and preprocessed source files should cover all
the instances of zero AT_locations currently being emitted on darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=414
--- Comment #74 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:25 ---
Created an attachment (id=19137)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19137&action=view)
preprocessed source for erfc_scaled.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bug
--- Comment #73 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:25 ---
Created an attachment (id=19136)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19136&action=view)
preprocessed source for list_read.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #72 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:24 ---
Created an attachment (id=19135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19135&action=view)
preprocessed source for random.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- Comment #71 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:23 ---
Created an attachment (id=19134)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19134&action=view)
preprocessed source for string_intrinsics.c created on x86_64-apple-darwin10
--
http://gcc.gnu.o
--- Comment #70 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:22 ---
Created an attachment (id=19133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19133&action=view)
preprocessed source for unix.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/s
--- Comment #69 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:22 ---
Created an attachment (id=19132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19132&action=view)
preprocessed source for write.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/
--- Comment #68 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:20 ---
Created an attachment (id=19131)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19131&action=view)
preprocessed source for atomic.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #67 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:19 ---
Created an attachment (id=19130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19130&action=view)
preprocessed source for ext-inst.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #66 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:18 ---
Created an attachment (id=19129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19129&action=view)
preprocessed source for future.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #65 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:17 ---
Created an attachment (id=19128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19128&action=view)
preprocessed source for hash_tr1.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #64 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:16 ---
Created an attachment (id=19127)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19127&action=view)
preprocessed source for ios_init.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #63 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:12 ---
Created an attachment (id=19126)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19126&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #62 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:09 ---
Created an attachment (id=19125)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19125&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #61 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:07 ---
Created an attachment (id=19124)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19124&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #60 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:04 ---
Created an attachment (id=19123)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19123&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #59 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:03 ---
Created an attachment (id=19122)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19122&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #58 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:58 ---
Created an attachment (id=19121)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19121&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #57 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:56 ---
Created an attachment (id=19120)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19120&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #56 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:53 ---
Created an attachment (id=19119)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19119&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #55 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:48 ---
Created an attachment (id=19118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19118&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #54 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:45 ---
Created an attachment (id=19117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19117&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:40 ---
Created an attachment (id=19116)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19116&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #52 from howarth at nitro dot med dot uc dot edu 2009-11-24
22:22 ---
Created an attachment (id=19115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19115&action=view)
preprocessed source for ssp.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #51 from howarth at nitro dot med dot uc dot edu 2009-11-24
22:21 ---
Created an attachment (id=19114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19114&action=view)
ssp.s generated with -dA
--
howarth at nitro dot med dot uc dot edu changed:
What
--- Comment #50 from howarth at nitro dot med dot uc dot edu 2009-11-24
19:22 ---
Created an attachment (id=19111)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19111&action=view)
output from /usr/bin/dwarfdump --verbose --show-form ssp.o
See...
http://gcc.gnu.org/ml/gcc-patches
--- Comment #49 from howarth at nitro dot med dot uc dot edu 2009-11-24
14:10 ---
I should also note that the ssp.s was generated using gcc trunk with
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01329.html. The generated
libssp.0.dylib asserts dsymutil. Out of the object files containe
--- Comment #48 from howarth at nitro dot med dot uc dot edu 2009-11-24
13:57 ---
Unfortunately, I won't be able to provide additional files until tonight.
However, looking at the ssp.s, I am wondering if the entries in the...
.section __DWARF,__debug_loc,regular,debug
Ldebug_l
--- Comment #47 from jakub at gcc dot gnu dot org 2009-11-24 13:40 ---
Also, Alex is probably far more interested in preprocessed source plus exact
cc1 options rather than assembly, because the former can be debugged a cross
compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #46 from jakub at redhat dot com 2009-11-24 13:11 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed ..."
> assembly for problem object file in libssp.0.dylib that causes dsymutil to
> assert
You forgot -dA, without that it is not very readable.
--
http://gc
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2009-11-24
13:09 ---
Created an attachment (id=19109)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19109&action=view)
assembly for problem object file in libssp.0.dylib that causes dsymutil to
assert
/sw/src/fink.build
--- Comment #44 from howarth at nitro dot med dot uc dot edu 2009-11-23
21:41 ---
(In reply to comment #43)
> From the technical POV we should try to help isolating the issue.
>
> My 2 cents.
>
Actually, if the Alexandre's patch...
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01292
--- Comment #43 from andreast at gcc dot gnu dot org 2009-11-23 20:55
---
I understood Jack this way that he asked/is looking for a temporary solution to
prove that this is the only issue we face with dsymutil. It is not the idea,
from my understanding, that we, gcc, 'fix'/tweak gcc to
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2009-11-23
16:35 ---
(In reply to comment #41)
> So it's the responsibility of the darwin community to come up with
> either a fixed dsymutil or a proper re-implementation of it.
>
> Richard.
>
Unfortunately, dsymutil isn't
--- Comment #41 from rguenther at suse dot de 2009-11-23 16:29 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed
..."
On Mon, 23 Nov 2009, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #39 from howarth at nitro dot med dot uc dot edu 2009-11-23
> 15:43
--- Comment #40 from jakub at gcc dot gnu dot org 2009-11-23 15:49 ---
Given:
2.6.1.1.4 Empty Location Descriptions
An empty location description consists of a DWARF expression containing no
operations. It represents a piece or all of an object that is present in the
source but not in
--- Comment #39 from howarth at nitro dot med dot uc dot edu 2009-11-23
15:43 ---
Normally this wouldn't be a big deal, but powerpc support stops at Leopard so
we are effectively cutting off powerpc-apple-darwin* from every properly
generating dSYMs in gcc 4.5.
--
http://gcc.gnu.or
--- Comment #38 from rguenther at suse dot de 2009-11-23 15:28 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed
..."
On Mon, 23 Nov 2009, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #37 from howarth at nitro dot med dot uc dot edu 2009-11-23
> 15:26
--- Comment #37 from howarth at nitro dot med dot uc dot edu 2009-11-23
15:26 ---
(In reply to comment #36)
> If it's valid dwarf then it is also dwarf-strict. Please get apple
> fix its tools and issue a maintainance update. (I'm inclined to close
> this bug as invalid)
>
> Richard.
--- Comment #36 from rguenther at suse dot de 2009-11-23 15:07 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed
..."
On Mon, 23 Nov 2009, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #35 from howarth at nitro dot med dot uc dot edu 2009-11-23
> 15:03
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2009-11-23
15:03 ---
If it is in fact valid dwarf, the question remains of what to do about the
breakage that this causes with dsymutil on darwin. Inhibiting the emission of
this in dwarf-strict might be a reasonable compromis
--- Comment #34 from rguenth at gcc dot gnu dot org 2009-11-23 14:53
---
I suppose empty DW_AT_location lists may now denote places where the value
dies and is no longer available. We now properly track this with VTA.
Alex?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2009-11-23
14:41 ---
I should reiterate the dsymutil's maintainers comments on this issue...
The variable should be checked to make sure it really doesn't have a
location,
and if it doesn't just don't emit the DW_AT_lo
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2009-11-23
14:38 ---
I got this response over on the gdb mailing list regarding
the validity of emitting dwarf debug info containing an
AT_location with any block form having a zero length...
http://sourceware.org/ml/gdb/20
--- Comment #31 from rguenther at suse dot de 2009-11-23 14:26 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed
..."
On Mon, 23 Nov 2009, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-11-23
> 14:22
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-11-23
14:22 ---
Perhaps something like...
Index: dwarf2out.c
===
--- dwarf2out.c (revision 154443)
+++ dwarf2out.c (working copy)
@@ -10447,8 +10447,11 @@
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-11-20
18:59 ---
I have some additional comments from the dsymutils maintainer...
>>> 7397601 is a bug in dsymutils. It was not handling the case when the
>>> dwarf debug info contained an AT_location with form DW_FORM_b
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-11-20
00:13 ---
Why do we have
case dw_val_class_const_double:
switch (HOST_BITS_PER_WIDE_INT)
{
case 8:
return DW_FORM_data2;
case 16:
return DW_FORM_data4;
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2009-11-19
23:27 ---
We have an update on radar 7397601 from Nick Kledzik...
7397601 is a bug in dsymutils. It was not handling the case when the
dwarf debug info contained an AT_location with form DW_FORM_block1 with
--- Comment #26 from dominiq at lps dot ens dot fr 2009-11-19 11:00 ---
Created an attachment (id=19047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19047&action=view)
diff between complex-sign-add_red_2_nop.s and complex-sign-add_red_2_yes.s
--
http://gcc.gnu.org/bugzilla/s
--- Comment #25 from dominiq at lps dot ens dot fr 2009-11-19 10:59 ---
Created an attachment (id=19046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19046&action=view)
assembly generated by gcc45 complex-sign-add_red_2.c -O1 -g -S
[ibook-dhum] f90/bug% as complex-sign-add_red_2_
--- Comment #24 from dominiq at lps dot ens dot fr 2009-11-19 10:58 ---
Created an attachment (id=19045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19045&action=view)
assembly generated with gcc45 complex-sign-add_red_2.c -O1 -g
-fno-guess-branch-probability -S
ibook-dhum] f90/
--- Comment #23 from dominiq at lps dot ens dot fr 2009-11-19 10:56 ---
Further reduced test case:
void
check_add_float (void)
{
_Complex float a1, a2, b2, c2;
a1 = 0.0f;
a2 = a1;
b2 = a1;
c2 = a2 + b2;
}
int
main (void)
{
check_add_float ();
}
[ibook-dhum] f90/bug% gcc4
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-11-19
02:27 ---
In case this helps, I have attached the assembly diffs from...
gcc-4 -O1 -m32 -g --save-temps complex-sign-add_red_1.c
for the 20090908 compiler (before the VTA merge) and for the 20091118 compiler.
--
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2009-11-19
02:25 ---
Created an attachment (id=19040)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19040&action=view)
assembly diffs from 20090908 vs 20091118 compiler for testcase
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #20 from dominiq at lps dot ens dot fr 2009-11-16 19:37 ---
I have filled a bug report to Apple under #7397601.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #19 from dominiq at lps dot ens dot fr 2009-11-16 19:03 ---
Created an attachment (id=19024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19024&action=view)
assembly code giving an executable that fails dsymutil
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum] f90/bug
--- Comment #18 from dominiq at lps dot ens dot fr 2009-11-16 19:01 ---
Created an attachment (id=19023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19023&action=view)
assembly code giving an executable accepted by dsymutil
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum] f90/bu
--- Comment #17 from dominiq at lps dot ens dot fr 2009-11-16 16:38 ---
Note that the dsymutil failure for the test in comment 11 disappears in 64 bit
mode.
The original code in the test suite gives:
[ibook-dhum] f90/bug% gcc45
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/torture/complex-sig
--- Comment #16 from dominiq at lps dot ens dot fr 2009-11-16 16:31 ---
> I meant if we can create a test case from an assembly file generated from FSF
> gcc which can be used to trigger the problem in dsymutil in absence of FSF gcc
> itself.
Are the results in comment 14 answering your
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-11-16
16:27 ---
I meant if we can create a test case from an assembly file generated from FSF
gcc which can be used to trigger the problem in dsymutil in absence of FSF gcc
itself.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #14 from dominiq at lps dot ens dot fr 2009-11-16 16:25 ---
I don't know if this answer the question in comment 12. I have done the
following experiment:
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum] f90/bug% rm complex-sign-add_red_1.*
remove complex-sign-add_red_1.c? n
--- Comment #13 from dominiq at lps dot ens dot fr 2009-11-16 15:37 ---
(In reply to comment #12)
> Can code in comment 11 be converted into a test case that can be run
> through dsymutil without requiring FSF gcc to be installed? If so, please open
> a radar report with that informa
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-11-16
15:13 ---
Dominique,
Can code in comment 11 be converted into a test case that can be run
through dsymutil without requiring FSF gcc to be installed? If so, please open
a radar report with that information.
--
--- Comment #11 from dominiq at lps dot ens dot fr 2009-11-16 14:29 ---
The following code triggers the problem on i686-apple-darwin9 at revision
154075 (+ patches from fortran-dev):
[ibook-dhum] f90/bug% cat complex-sign-add_red_1.c
extern void exit (int);
void
check_add_float (void)
--- Comment #10 from hp at gcc dot gnu dot org 2009-11-16 10:57 ---
(In reply to comment #9)
> The failures reported in comment #8 have disappeared between revisions 154188
> and 154190
> Is it right to conclude that the failures were due to revision 154104?
*shrug* your call.
At a gla
--- Comment #9 from dominiq at lps dot ens dot fr 2009-11-16 10:34 ---
The failures reported in comment #8 have disappeared between revisions 154188
and 154190 (compare http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01435.html
and http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01388.
--- Comment #8 from dominiq at lps dot ens dot fr 2009-11-13 13:22 ---
Between revisions 154095 and 154111, fifteen new failures appeared on the test
performed by regress (see
http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01028.html):
...
FAIL: gcc.dg/torture/complex-sign-add.c -O3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #7 from developer at sandoe-acoustics dot co dot uk 2009-09-28
01:18 ---
(In reply to comment #6)
this issue was introduced by the changes in 151901.
(I can obtain a successful bootstrap by reverting the changes of 151815, the
dsymutil fail is then present, not present at 1
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-27 12:32 ---
Simple googling leads me to
http://wiki.dwarfstd.org/index.php?title=Apple's_"Lazy"_DWARF_Scheme
which in turn makes me think a recent libtool update may be the
real "cause" of this, making this a libtool bug, not
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-27 12:27 ---
Target issue. r151907 is not the revision that caused this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
97 matches
Mail list logo