--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:34 ---
On x86_64-apple-darwin10, the section of the test case that is failing is...
/* Test that we don't overflow. */
TESTIT (double,
(__DBL_MAX__ * 0.5 + __DBL_MAX__ * 0.5i
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:35 ---
Created an attachment (id=19254)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19254action=view)
preprocessed source of reduced builtin-math-7 test case on
x86_64-apple-darwin10
--
http
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-12-08
00:36 ---
Created an attachment (id=19255)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19255action=view)
assembly of reduced builtin-math-7 test case on x86_64-apple-darwin10 compiled
at -O0.
--
http
dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin*
GCC host triplet: i686-apple-darwin*
GCC target triplet: i686-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:12 ---
Created an attachment (id=19242)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19242action=view)
preprocessed source forgcc.target/i386/builtin-unreachable.c on
i686-apple-darwin10
--
http
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:13 ---
Created an attachment (id=19243)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19243action=view)
assembly file for gcc.target/i386/builtin-unreachable.c on i686-apple-darwin10
Generated with...
/sw
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin*
GCC host triplet: i686-apple-darwin*
GCC target triplet: i686-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42314
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:25 ---
Interestingly...
/sw/src/fink.build/gcc45-4.4.999-20091205/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20091205/darwin_objdir/gcc/
/sw/src/fink.build/gcc45-4.4.999-20091205/gcc-4.5-20091205
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:26 ---
Created an attachment (id=19244)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19244action=view)
preprocessed source for gcc.target/i386/funcspec-9.c on i686-apple-darwin10
--
http://gcc.gnu.org
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-06
20:27 ---
Created an attachment (id=19245)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19245action=view)
assembly file for gcc.target/i386/funcspec-9.c on i686-apple-darwin10
/sw/src/fink.build/gcc45-4.4.999
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-12-05
08:21 ---
Confirmed that, as expected, the proposed patch,
http://gcc.gnu.org/ml/java/2009-12/msg00027.html, eliminates the crashes in gcj
in gcc 4.4.2 on x86_64-apple-darwin9 without any other changes
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2009-12-05
08:54 ---
Interestingly gcc-4.4.2 with the proposed patch,
http://gcc.gnu.org/ml/java/2009-12/msg00027.html, shows gcj crashing the same
way as gcc trunk with the same patch
(gdb) r testme.java
-fbootclasspath
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2009-12-05
09:02 ---
Disassembling the crash on gcc-4.4.2 with the proposed patch on
x86_64-apple-darwin10 shows...
(gdb) x/10i 0x0001fcbc
0x1fcbc
.
--
Summary: WalkerTest execution failures
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-06
01:11 ---
Created an attachment (id=19239)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19239action=view)
preprocessed source for WalkerTestmain.i created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-12-06
01:12 ---
Created an attachment (id=19240)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19240action=view)
assembly for WalkerTestmain.s created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-06
01:12 ---
Created an attachment (id=19241)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19241action=view)
assembly for WalkerTest.s created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-06
01:33 ---
This appears to be a case where the new VTA merge debug code confuses the older
Apple gdb. Using current gdb cvs on x86_64-apple-darwin10, this failing
testcase debugs as...
../gdb_cvs/dist/bin/gdb
: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin9
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-12-04
18:13 ---
Have you tried r154983 with
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00255.html?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-12-05
07:03 ---
The proposed patch to properly implement passing -allow_stack_execute on
SYSTEMSPEC...
http://gcc.gnu.org/ml/java/2009-12/msg00027.html
eliminates the crashes in gcj when compiling java code provided
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:17 ---
On powerpc-apple-darwin9 using a dual G5, for Apple's gcc 4.0 and 4.2 compilers
as well as FSF gcc 4.4.2's, one gets...
howarth% gcc -m32 -E -dM -x c /dev/null | grep LP64
howarth%
only at -m64 do all
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:20 ---
Same is true for __ppc64__. For the Apple gcc-4.0 and 4.2 compilers as well as
FSF gcc-4.4.2, __ppc64__ is only defined at -m64 and not -m32 as would be
expected.
--
http://gcc.gnu.org/bugzilla
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:33 ---
Possible fix which is untested...
Index: libjava/configure.ac
===
--- libjava/configure.ac(revision 154950)
+++ libjava
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-12-03
18:02 ---
Can you verify that powerpc darwin calculates the stack location of FP
arguments correctly before your patch to see if it was a latent problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-03
03:04 ---
We still are seeing a few residual failures on x86_64-apple-darwin10 even after
the removal of Taras Glek's patches from gcc trunk. The remaining failures
are...
FAIL: g++.old-deja/g++.eh/badalloc1.C
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-03
03:11 ---
(In reply to comment #3)
We still are seeing a few residual failures on x86_64-apple-darwin10 even
after
the removal of Taras Glek's patches from gcc trunk. The remaining failures
are...
FAIL: g
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-03
04:26 ---
The bracket for these residual g++ failures on x86_64-apple-darwin10 is as
follows...
r154715 - not present
r154729 - present
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin10
GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-03
06:15 ---
Nevermind. I forgot I had a test patch in my local svn to us revert...
Index: libgcc/config/t-slibgcc-darwin
===
--- libgcc/config/t
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-12-01
22:06 ---
What was the last revision exhibiting this problem? I suspect it was either
accidentally fixed or went latent. It would be worthwhile to pin down the exact
revision that eliminated these failures so
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2009-12-02
02:19 ---
The debug failures are gone now at -m32 for x86_64-apple-darwin10, but I am now
seeing a whole new slew of failures at r154891 in check-g++.
Native configuration is x86_64-apple-darwin10.2.0
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-12-02
02:23 ---
I see these new errors at -m64 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-12-02
03:44 ---
This new breakage is universal. It is showing up on linux as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2009-12-01
04:56 ---
Created an attachment (id=19192)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19192action=view)
walk from last _Unwind_RaiseException breakpoint until crash
--
http://gcc.gnu.org/bugzilla
--- 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
--- 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
: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-11-28
19:53 ---
/sw/src/fink.build/gcc45-4.4.999-20091127/darwin_objdir/./gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20091127/darwin_objdir/./gcc/
-B/sw/lib/gcc4.5/x86_64-apple-darwin9.8.0/bin/
-B/sw/lib/gcc4.5/x86_64
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-11-28
20:04 ---
A coarse regression check shows that this problem didn't exist on 20090928 but
did on 20090930.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42208
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2009-11-28
20:25 ---
Andreas,
Actually we have another issue at the moment. See [Bug target/42208]. It
appears that at some point in late Sept or earlier Oct, darwin starting linking
both the system and the gcc built
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-11-28
20:28 ---
This is weird. I tested r152433 and r152434 last week to pin down another
regression and neither show the issue. Either I have some misdated builds or
this issue has been latent at times. Will do
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-11-28
20:32 ---
No luck here with setting...
setenv DYLD_LIBRARY_PATH /sw/lib/gcc4.5/lib
I suspect this can randomly pass in some cases
as you have seen before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-11-28
21:09 ---
Doh! I bet this is caused by Iain's libgcc_ext patch.
http://gcc.gnu.org/viewcvs/trunk/libgcc/config/t-slibgcc-darwin?r1=154282r2=154281pathrev=154282
Specifically the section...
INSTALL_FILES=libgcc_s
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-11-28
21:21 ---
Testing...
Index: libgcc/config/t-slibgcc-darwin
===
--- libgcc/config/t-slibgcc-darwin (revision 154730)
+++ libgcc/config/t-slibgcc
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-11-28
21:41 ---
Iain says this was intended behavior, but I'll rerun it past Mike Stump to make
certain that he fully understood this would happen (as he doesn't actually
build FSF gcc anymore).
--
http://gcc.gnu.org
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2009-11-28
23:01 ---
I figured out for darwin9 that the dual linkage to the system libgcc and the
FSF libgcc from...
http://gcc.gnu.org/viewcvs?view=revisionrevision=154283
http://gcc.gnu.org/viewcvs?view=revisionrevision
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2009-11-29
07:41 ---
Created an attachment (id=19174)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19174action=view)
gdb walk through w_frame_state_for calls in unwinder
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-11-29
07:48 ---
I finally managed to sort out the darwin build to get access to the unwinder
debug symbols.
Walking through the testme.java test case using the _Unwind_RaiseException 39
times, I
then used
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-11-27
21:28 ---
Created an attachment (id=19164)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19164action=view)
complete walk from _Jv_Throw as bz2 archive
Used proposed patch from http://gcc.gnu.org/bugzilla
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-11-27
21:38 ---
In case it helps, a break point on _Unwind_RaiseException () is hit 39 times.
When you continue from the 39th instance of that break point having hit, when
compiling the testme.java test code, you get
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-11-28
02:06 ---
No new failures seen on x86_64-apple-darwin10 at r154715 in the gfortran
testsuite at -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42202
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-11-26
19:29 ---
This patch on x86_64-apple-darwin10 returns the obj-c++ testsuite results back
to their previous results of...
=== obj-c++ Summary ===
# of expected passes398
# of unexpected
--- 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=19160action=view)
combined patch that fixes dsymutil asserts
Combined patches...
http://gcc.gnu.org/ml/gcc-patches
--- 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 #6 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:27 ---
(In reply to comment #3)
(In reply to comment #1)
This bug doesn't appear to be present in current gcc trunk on
x86_64-apple-darwin10.
Jack, how should I interpret your comment? That all is well
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:29 ---
(In reply to comment #4)
Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only
64 bit) on Snow Leopard 10.6.2 MacBook Pro.
I would avoid gcc 4.3.x on darwin10 as none
--- 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
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin10
GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42180
: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin10
--- 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=19109action=view)
assembly for problem object file in libssp.0.dylib that causes dsymutil to
assert
/sw/src/fink.build
--- 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
--- 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
--- 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=19111action=view)
output from /usr/bin/dwarfdump --verbose --show-form ssp.o
See...
http://gcc.gnu.org/ml/gcc-patches
--- 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=19114action=view)
ssp.s generated with -dA
--
howarth at nitro dot med dot uc dot edu changed:
What
--- 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=19115action=view)
preprocessed source for ssp.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19116action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19117action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19118action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19119action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19120action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19121action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19122action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19123action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19124action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19125action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19126action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla
--- 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=19127action=view)
preprocessed source for ios_init.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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=19128action=view)
preprocessed source for hash_tr1.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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=19129action=view)
preprocessed source for future.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19130action=view)
preprocessed source for ext-inst.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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=19131action=view)
preprocessed source for atomic.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19132action=view)
preprocessed source for write.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19133action=view)
preprocessed source for unix.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=19134action=view)
preprocessed source for string_intrinsics.c created on x86_64-apple-darwin10
--
http
--- 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=19135action=view)
preprocessed source for random.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19136action=view)
preprocessed source for list_read.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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=19137action=view)
preprocessed source for erfc_scaled.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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
--- 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=19141action=view)
assembly with -dA for problem file in libgcj dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=19142action=view)
preprocessed source for darwin.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19143action=view)
assembly with -dA for problem file in libgcj dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=19144action=view)
preprocessed source for ltdl.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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=19145action=view)
assembly with -dA for problem file in libobjc dylib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- 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=19146action=view)
preprocessed source for sendmsg.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- 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 #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 #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
--- 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
501 - 600 of 1580 matches
Mail list logo