--- Comment #29 from howarth at nitro dot med dot uc dot edu 2010-09-01
04:02 ---
(In reply to comment #28)
If you don't set MAIN_STACK_BOUNDARY to 128, gcc may
align stack in main.
I am seeing some instability in the testsuite results when I don't redefine
MAIN_STACK_BOUNDARY
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2010-09-01
05:34 ---
With only gcc-pr45234-2.patch at r163712 , I am seeing the following
regressions...
FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal
compiler error)
FAIL: gcc.dg/stack
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-30
22:44 ---
(In reply to comment #3)
Richard,
The following patch fails to bootstrap...
Index: i386/darwin.h
===
--- i386/darwin.h
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-31
01:23 ---
Created an attachment (id=21598)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21598action=view)
patch to properly use MIN_STACK_BOUNDARY on intel darwin.
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-31
01:25 ---
For the testcase compiled with...
gcc-4 -m32 -O -fomit-frame-pointer -fno-pic -S add.c
...current gcc trunk gives...
_f:
LFB0:
subl$12, %esp
LCFI0:
addl$1, _a
addl
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-31
05:13 ---
Created an attachment (id=21599)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21599action=view)
rely on PREFERRED_STACK_BOUNDARY_DEFAULT for intel darwin
--
howarth at nitro dot med dot uc dot
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-08-31
05:15 ---
On reflection, we should be able to dump all the stack related setting in
darwin.h and use the current setting of PREFERRED_STACK_BOUNDARY_DEFAULT 128
since current gcc now defaults on SSE2.
--
http
at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: powerpc-apple-darwin9
GCC host triplet: powerpc-apple-darwin9
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45446
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-30
00:03 ---
Created an attachment (id=21587)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21587action=view)
g++.dg/lto/20081109_0 testcase with intermediate files on powerpc-apple-darwin9
--
http
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-30
00:06 ---
Attached files created with...
/Users/howarth/darwin_objdir/gcc/testsuite/g++/../../g++
-B/Users/howarth/darwin_objdir/gcc/testsuite/g++/../../ -nostdinc++
-I/Users/howarth/darwin_objdir/powerpc-apple
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: powerpc-apple-darwin9
GCC host triplet: powerpc-apple-darwin9
GCC target triplet: powerpc-apple
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-30
03:20 ---
Created an attachment (id=21588)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21588action=view)
gdb log stepping from tree-outof-ssa.c:243 breakpoint to crash
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-30
03:24 ---
Created an attachment (id=21589)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21589action=view)
archive with ltrans files generated for failing linkage
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-30
03:24 ---
Intermediate files generated with...
/Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/
c_lto_20090116_0.o -O1 -fwhopr -fPIC -r -nostdlib -O0 -m64 --save-temps -v -o
gcc-dg-lto
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2010-08-30
03:26 ---
Fixed in current gcc trunk.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-28
23:59 ---
I believe this was fixed by r159979...
2010-05-28 Iain Sandoe ia...@gcc.gnu.org
* config.gcc (*-*-darwin*): Adjust t-make fragments for Darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2010-08-27
12:10 ---
Testsuite results for m32_to_fix2.diff at
http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg02690.html.
This approach completely fixes the darwin-specific lto failures on
x86_64-apple-darwin10
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-08-27
13:54 ---
Created an attachment (id=21577)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21577action=view)
m32 darwin lto fix using external
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2010-08-27
13:59 ---
(In reply to comment #25)
Created an attachment (id=21577)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21577action=view) [edit]
m32 darwin lto fix using external
This version almost works
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2010-08-27
14:13 ---
Created an attachment (id=21578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21578action=view)
corrected m32 darwin lto fix using external
--
howarth at nitro dot med dot uc dot edu changed
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2010-08-27
14:15 ---
(In reply to comment #27)
Created an attachment (id=21578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21578action=view) [edit]
corrected m32 darwin lto fix using external
My mistake
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-08-26
10:18 ---
Testresults with proposed patch at
http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg02586.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
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-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45413
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-26
11:13 ---
Created an attachment (id=21570)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21570action=view)
assembly file for gcc.target/i386/combine-mul.c on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-08-26
16:01 ---
Jan's alternative patch...
Index: lto-cgraph.c
===
--- lto-cgraph.c(revision 163494)
+++ lto-cgraph.c(working copy
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-08-27
00:42 ---
Created an attachment (id=21575)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21575action=view)
patch which completely eliminates -m32 darwin lto failures
--
http://gcc.gnu.org/bugzilla
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-08-27
00:44 ---
The m32_lto_fix2.diff patch expands the usage of DECL_WEAK into
gcc/lto-cgraph.c and is sufficient to eliminate all of the darwin-specific lto
failures at -m32. The only remaining ones are...
FAIL: g
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-08-26
01:40 ---
Created an attachment (id=21567)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21567action=view)
patch to effectively mark symbol as weak_import
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-08-26
01:55 ---
Marking the symbols in_other_partitions as weak eliminates almost all of the
failures. I still get...
Running target unix/-m32
FAIL: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o link, -O2
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-08-24
10:53 ---
Fixed at r142696.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-24
13:44 ---
(In reply to comment #5)
Hmm, the problem seems to be that partitioning puts mumble into one partition,
while in first partition it uses local (IP) relative way to access it:
movl_mumble
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-08-24
15:40 ---
What about Mike's suggestions from Comment 33 of PR43729 ...
If one bundles all the code into the wpa file, one can preserve
_good_ codegen, which is the other way to fix this.
--
http://gcc.gnu.org
--- Comment #54 from howarth at nitro dot med dot uc dot edu 2010-08-23
16:32 ---
http://llvm.org/svn/llvm-project/lldb/trunk/source/Plugins/Process/Utility/libunwind/src/UnwindLevel1-gcc-ext.c
contains the sources for the libunwind in darwin10 (which shows the aborting
and non
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-24
05:07 ---
Fixed as r159700.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
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
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-21
16:32 ---
A complete trace, after skipping the preceding 348 calls to get_alias_set,
shows the failure as...
(gdb)
lhd_print_error_function (context=0x100c6fd60, file=0x14181e040
/sw/src/fink.build/gcc46-4.6.0
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-21
16:34 ---
Created an attachment (id=21537)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21537action=view)
bzip2 of complete trace from after 348th break on get_alias_set
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-21
16:46 ---
This also appears to be causing the testsuite failures of...
FAIL: gcc.c-torture/execute/921013-1.c compilation, -O2 (internal compiler
error)
FAIL: gcc.c-torture/execute/921013-1.c compilation, -O2
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-21
16:47 ---
(In reply to comment #2)
the above was with use of...
Index: opts.c
===
--- opts.c (revision 162966)
+++ opts.c (working copy
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
GCC host triplet: x86_64-apple
: gcc
Version: 4.6.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 #53 from howarth at nitro dot med dot uc dot edu 2010-08-22
04:56 ---
gcc/unwind-dw2-fde-darwin.c only uses
__deregister_frame_info_bases (image-fde);
out of the non-functional unwinder calls for SL's libunwind.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-08-20
11:39 ---
No breakage in current bootstrap.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-20
11:45 ---
Fixed at graphite branch merge r163105 through r163174.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-08-20
12:02 ---
Fixed with r162882.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-08-20
12:04 ---
Fixed with r163326.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #50 from howarth at nitro dot med dot uc dot edu 2010-08-21
00:31 ---
According to the darwin unwinder maintainers in the Snow Leopard libunwind
sources...
// The following functions are implemented to just call abort
_Unwind_GetDataRelBase
_Unwind_GetTextRelBase
--- Comment #51 from howarth at nitro dot med dot uc dot edu 2010-08-21
00:55 ---
An additional clarification from the darwin unwinder developers on the status
of the libunwind sources from Snow Leopard...
Everything down in the darwin layer is supposed to be open source
--- Comment #52 from howarth at nitro dot med dot uc dot edu 2010-08-21
02:24 ---
Also the additional clarification that...
The UnwindLevel1-gcc-ext.c source file in lldb is the same as in SnowLeopard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-21
04:20 ---
Fixed with...
Author: lcwu
Date: Fri Jul 23 22:20:45 2010
New Revision: 162492
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162492
Log:
Fix violations of self-assignment check in GCC source
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-21
05:11 ---
The fix at r163416 caused...
FAIL: gcc.target/i386/volatile-2.c scan-assembler movl[ \t][^,]+,
obj_0(\\(%rip\\))?
FAIL: gcc.target/i386/volatile-2.c scan-assembler movl[ \t][^,]+,
obj_1(\\(%rip\\))?
FAIL
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-21
05:15 ---
Created an attachment (id=21535)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21535action=view)
assembly file for gcc.target/i386/volatile-2.c at -m32 on x86_64-apple-darwin10
--
http
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-21
05:16 ---
Assembly created with...
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100820/gcc
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-16
16:30 ---
Does that mean darwin can't or it just was never implemented? if it is the
first, I guess this should be XFAIL'd on darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42487
: lto
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-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45302
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-15
17:36 ---
These still appear to be present on i386-apple-darwin10 but not
x86_64-apple-darwin10. Odd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45196
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-15
18:47 ---
Created an attachment (id=21480)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21480action=view)
compressed preprocessed source for 20_util/auto_ptr/6.cc on
-i386-apple-darwin10
--
http
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-15
18:48 ---
Created an attachment (id=21481)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21481action=view)
compressed assembly file for 20_util/auto_ptr/6.cc on -i386-apple-darwin10
--
http://gcc.gnu.org
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-15
18:48 ---
Created an attachment (id=21482)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21482action=view)
compressed object file for 20_util/auto_ptr/6.cc on -i386-apple-darwin10
--
http://gcc.gnu.org
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-15
18:52 ---
Files created with...
/sw_i386/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/g++ -shared-libgcc
-B/sw_i386/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc -nostdinc++
-L/sw_i386/src/fink.build
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-13
21:30 ---
(In reply to comment #5)
At least one fink-user has reported that Jack's latest packaging that
automatically uses --with-dwarf2 on darwin8 builds successfully (was on a G5,
built -j4). (My builds were
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-08-12
11:23 ---
Posted patches to http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00886.html and
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00887.html. Testsuite results
posted
at http://gcc.gnu.org/ml/gcc-testresults
--- Comment #46 from howarth at nitro dot med dot uc dot edu 2010-08-11
13:14 ---
(In reply to comment #44)
I do not think the current solution is complete/correct.
Don't confuse the darwin9 and darwin10 unwinder issues. They are
different incompatiibilities with the darwin unwinder
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2010-08-11
13:42 ---
Also from a the darwin unwinder maintainer...
I took a look at the bug report you made. Right off, I can tell that
the problem is that _Unwind_FindEnclosingFunction() is not
implemented. Well
--- Comment #48 from howarth at nitro dot med dot uc dot edu 2010-08-11
15:23 ---
These messages from the Apple developers also are useful in explaining the
situation...
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025894.html
http://lists.cs.uiuc.edu/pipermail/llvmdev
Version: 4.6.0
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: *-apple-darwin*
GCC host triplet
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-12
00:54 ---
Created an attachment (id=21459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21459action=view)
proposed patch to add and use remove-outfile
The proposed patch implements remove-outfile to parse out
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-12
00:57 ---
Note that while the proposed patch properly parses out -lm and -lpthread from
linkages done with the compiler, this is insufficient to solve the problems
with libjava. The hard coded use of -lm in libjava
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-12
03:41 ---
Opps. Forgot about -ldl.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-12
03:42 ---
Created an attachment (id=21466)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21466action=view)
final patch to add remove-outfile support for darwin.
--
howarth at nitro dot med dot uc dot edu
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-12
04:00 ---
Created an attachment (id=21467)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21467action=view)
patch to eliminate remaining -lm and -lpthread usage in libjava build
--
http://gcc.gnu.org
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-12
04:02 ---
The combination of the remove_outfile.diff and libjava_lm_lpthread_cleanup.diff
patches eliminates the incorrect linkage position of libSystem in the libjava
shared libraries on darwin. Will regression
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-08-12
04:12 ---
These patches also appear to clean up the linkages on libstdc++.6.dylib and
libgfortran.3.dylib so that now libSystem is properly at the end of the
linkage. It will be interesting to see if these patches
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-12
05:52 ---
The remove_outfile.diff patch has the additional advantage of also eliminating
the gcc.dg/torture/builtin-math-7.c failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-10
17:33 ---
Does passing --with-dwarf2 fix the bootstrap failure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
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-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45229
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-07
23:41 ---
Another apparent example of the same ICE is since in...
FAIL: gfortran.dg/bounds_check_strlen_8.f90 -O2 (internal compiler error)
which fails as...
gfortran bounds_check_strlen_8.f90 -O2 -fbounds
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=45230
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-08
01:56 ---
Created an attachment (id=21435)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21435action=view)
gdb log stepping from sese.c:534 breakpoint until crash
--
http://gcc.gnu.org/bugzilla
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
GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10
http
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-08
03:54 ---
Looking through the remaining ICEs with -fgraphite-identity, the majority seems
to fall into this category.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45229
: 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: *86*-apple-darwin10
GCC host triplet: *86*-apple-darwin10
GCC target
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-05
17:55 ---
This bug doesn't occur with the actual committed version of the cleanups to
i386 prologue/epilogue generation (as opposed to the proposed patches). Let's
leave this open for now in case it reappears
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-08-04
19:20 ---
Unverified but I am told that this issue should be fixed in Xcode 3.2.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
: 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=45171
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-03
14:36 ---
Created an attachment (id=21376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21376action=view)
assembly file for libjava jvmti.exp's linking events on x86_64-apple-darwin10
--
http
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:38 ---
Created an attachment (id=21378)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21378action=view)
preprocessed source for libjava/testsuite/libjava.jvmti/natgetallthreads.cc
from x86_64-apple-darwin10
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:39 ---
Created an attachment (id=21379)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21379action=view)
assembly for libjava/testsuite/libjava.jvmti/natgetallthreads.cc from
x86_64-apple-darwin10 at -m64
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:52 ---
This failure is likely due to using Xcode 3.2.3 and is described in the thread
at...
http://lists.apple.com/archives/xcode-users/2010/Jun/msg00189.html
New checks have been added to the linker to catch
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-08-03
22:50 ---
The linkage of events succeeds if done manually (without using libtool which
invokes dsymutil)...
[MacPro:~/bad_dwarf] howarth%
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/as -arch x86_64
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-03
22:59 ---
Created an attachment (id=21383)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21383action=view)
natevents.o with duplicate AT_byte_size attributes from x86_64-apple-darwin10
--
http
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-03
23:02 ---
Created an attachment (id=21385)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21385action=view)
bz2 compressed dwarfdump of natevents.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45171
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-08-03
23:29 ---
Apparently this structure is generating the duplicate AT_byte_size
attributes...
/* This structure is used when registering native methods. */
typedef struct
{
char *name;
char *signature;
void
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-03
23:35 ---
This same structure for JNINativeMethod appears to be the source of the
duplicate AT_byte_size in all four failing libjava testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45171
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
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
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-07-30
10:43 ---
Created an attachment (id=21358)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21358action=view)
reduced testcase of lto1 crash when linking cns_solve.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-07-30
10:47 ---
The ICE in lto1 backtraces as...
gdb /sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto1
(gdb) r -fPIC -feliminate-unused-debug-symbols -quiet -dumpdir ./ -dumpbase
cns_solve-1007222053
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-07-29
11:15 ---
On x86_64-apple-darwin10, these failures at -m32 and -m64 appear to be
suppressed when building with --enable-checking=release and reappear when
building with --enable-checking=yes.
http://gcc.gnu.org/ml
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-07-30
02:48 ---
At r162696, this bug is back on x86_64-apple-darwin10...
gfortran -r -nostdlib -o cns_solve-1007222053.exe array_reduced.o cns_reduced.o
genic_reduced.o -DINTEGER='long int' -DCNS_ARCH_TYPE_LINUX
: 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=45037
101 - 200 of 1580 matches
Mail list logo