http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-09
00:40:19 UTC ---
A backtrace for the failing leak_test at -m64 looks identical...
# gdb ./leak_testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov 3
21:59:02
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-09
00:46:21 UTC ---
Backtrace for thread_leak_test at -m64
# gdb ./thread_leak_testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu
Nov 3 21:59:02 UTC 2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-09
00:56:13 UTC ---
Backtrace for staticrootstest at -m64...
# gdb ./staticrootstestGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu
Nov 3 21:59:02 UTC 2011)Copyright
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-07
21:15:00 UTC ---
(In reply to comment #7)
While I haven't done a full bootstrap, applying the patch from comment 6 and
remaking the current build reduces the libitm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #43 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
17:00:49 UTC ---
(In reply to comment #42)
That header isn't even installed, let alone included, on other targets
Jack, if you test it please change
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #47 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
17:37:54 UTC ---
(In reply to comment #46)
(In reply to comment #45)
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT
unconditionally
on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #48 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
17:45:21 UTC ---
(In reply to comment #46)
Actually, using -mmacosx-version-min=10.6
--sysroot=/Developer/SDKs/MacOSX10.6.sdk doesn't work as you end up with the
error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #37 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
02:14:52 UTC ---
(In reply to comment #36)
is there a Mac OS X version macro that libstdc++ can check to workaround the
bug, or should we just assume it will be fixed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #38 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
02:39:01 UTC ---
(In reply to comment #37)
Actually that above approach won't work because the pthread.h header on
darwin11 always sources...
#if (!defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #32 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
14:56:36 UTC ---
(In reply to comment #31)
FYI, the example code for pthread_mutex_trylock at...
http://ptgmedia.pearsoncmg.com/images/0201633922/sourcecode/trylock.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
17:54:09 UTC ---
(In reply to comment #3)
on i686-darwin9:
make check-target-libitm
RUNTESTFLAGS=--target_board=unix/-fpie\{-m32,-m64\}
clone-1 fails (m32, m64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #22 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-30
14:42:48 UTC ---
(In reply to comment #21)
That gdb session in comment 18 makes no sense, owns_lock can't call trylock.
Your sources don't match your lib.
I thought
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #23 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-30
18:04:44 UTC ---
The 30_threads/recursive_mutex/try_lock/1.cc execution test on darwin11 built
with gcc trunk against Xcode 4.2.1 shows...
(gdb) break main
Breakpoint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-30
18:21:09 UTC ---
Note that darwin11 leverages the PIC default on darwin to create pie
executables by defaulting the linker to -pie when targeting 10.7 or later
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #25 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
01:03:33 UTC ---
(In reply to comment #24)
Here is a trace for
libstdc++-v3/testsuite/30_threads/recursive_mutex/try_lock/1.cc compiled at
-O0 with...
/sw/src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #26 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
01:05:15 UTC ---
Created attachment 26525
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26525
preprocessed source from FSF gcc 4.7 for pthread test code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #27 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
01:07:40 UTC ---
(In reply to comment #24)
I've attached the preprocessed source from FSF gcc 4.7 on darwin11 for your
proposed pthread test program, as pthread_test.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #30 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-31
02:25:31 UTC ---
(In reply to comment #29)
It might be easier if I to get access to a darwin system, which I should have
in a few days so I can test it myself.
Okay
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #18 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-29
15:30:12 UTC ---
Here is a single stepping through 30_threads/try_lock/3.cc at -m64...
(gdb) break main
Breakpoint 1 at 0x10cd0: file
/sw/src/fink.build/gcc47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #20 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-29
15:54:59 UTC ---
(In reply to comment #19)
could you also let me know what the value of
HAVE_AS_TLS
is in gcc/auto-host.h
Both the darwin10 build (without
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
Bug #: 52042
Summary: libitm.c/clone-1.c and libitm.c/stackundo.c execution
tests are not pie compatible
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
16:47:49 UTC ---
Created attachment 26490
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26490
preprocessed source for libstdc++-v3/testsuite/30_threads/try_lock/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
16:48:37 UTC ---
Created attachment 26491
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26491
preprocessed source for libstdc++-v3/testsuite/30_threads/try_lock/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
16:49:14 UTC ---
Created attachment 26492
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26492
diff of preprocessed source for
libstdc++-v3/testsuite/30_threads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
16:52:24 UTC ---
The contents of 3.ii.diff seems to suggest that the problem is the fact that
Lion always defines _GTHREAD_RECURSIVE_MUTEX_INIT and this support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50196
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
22:14:36 UTC ---
(In reply to comment #13)
I'm not having much luck getting the test case to compile on darwin11. If I
use...
#include pthread.h
struct mutex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #15 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-28
23:14:09 UTC ---
Note that all three failing test cases on Lion pass if I append -D_XOPEN_SOURCE
to the compilation flags for those tests.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-27
17:36:08 UTC ---
Opened as radr://10765474, darwin11 linker bug exposed by new libstdc++ thread
tests although it appears to be more complex than a simple linker bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-21
22:11:12 UTC ---
This issue is starting to look like a darwin11-specific linker bug. If I build
the 30_threads/recursive_mutex/try_lock/1.cc test case under Xcode 4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-20
14:35:52 UTC ---
(In reply to comment #4)
On x86_64-darwin10 (Xcode 3.2.6) r183290 is OK.
On powerpc-apple-darwin9 (Xcode 3.1.4) 183218 is OK.
This issue doesn't occur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
Bug #: 51906
Summary: thread lock test failures on darwin11 under Xcode 4.2
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-19
20:20:26 UTC ---
(In reply to comment #1)
have they been failing since I enabled them by fixing PR 50196 ?
I haven't done a complete regression hunt yet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51779
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2012-01-09
17:45:42 UTC ---
(In reply to comment #9)
Thanks, Tobias. I did try out the gfortran 4.6.2 from here, and it does
compile
runnable code. Unfortunately, it still does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51779
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
15:19:55 UTC ---
On x86_64-apple-darwin11, the failure of...
FAIL: libitm.c/clone-1.c execution test
at -m32/-m64 appears to be due to the -pie linker default when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
15:44:36 UTC ---
Could the memcpy-1.exe/memset-1.exe execution failures be related to those seen
on i386-pc-solaris2.9?
http://gcc.gnu.org/ml/gcc-testresults/2011-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
17:21:57 UTC ---
Xcode 4.2 on x86_64-apple-darwin10, produces the failures...
Running target unix/-m32
FAIL: libitm.c/memcpy-1.c execution test
FAIL: libitm.c/memset-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
17:45:38 UTC ---
(In reply to comment #5)
Right, I'm seeing exactly the same output for libitm.c/memcpy-1.c and
libitm.c/memset-1.c on 32-bit Solaris 8-11/x86, and also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51258
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51258
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-06
19:13:59 UTC ---
Created attachment 26009
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26009
log of FAIL: gcc.dg/simulate-thread/atomic-load-int128.c -O1 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51258
--- Comment #18 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-06
20:53:35 UTC ---
The actual binaries for atomic-load-int128.c at -O1 and higher run fine on
x86_64-apple-darwin64 at -m64. However they take around 16 seconds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-05
15:25:28 UTC ---
Created attachment 25992
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25992
verbose assembly for objc.dg/torture/strings/string1.m -O2 -flto
-flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-05
15:30:42 UTC ---
Attached verbose assembly from x86_64-apple-darwin11 using gcc trunk at
r181974 with http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00241.html generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-03
15:49:49 UTC ---
(In reply to comment #6)
could you please check the status of this with XCode 4. / Darwin11.
AFAICT, this (duplicate __image_info sections) appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-03
19:01:40 UTC ---
Adding -Wl,-U,_Foo doesn't help on darwin11. Perhaps the darwin linker
developer might have some insights?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-01
15:31:37 UTC ---
(In reply to comment #4)
Created attachment 25939 [details]
gcc47-pr51014.patch
Untested fix.
This fix solved the problem with the reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51346
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-29
14:34:13 UTC ---
This issue also impacts darwin10 users who have installed Xcode 4.2 since that
release no longer includes Apple gcc-4.2 and now defaults the system
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-28
19:16:25 UTC ---
Note, like PR51279, the testcases both ICE the compiler at -O1 -g
-funroll-loops but not at -O0 -g -funroll-loops on x86_64-apple-darwin11.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-29
00:25:09 UTC ---
Fixed with the proposed patch from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51014#c4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-24
19:32:52 UTC ---
This ICE also can be reproduced at r181697 on x86_64-unknown-linux-gnu (x86_64
Fedora 15).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-23
19:38:32 UTC ---
Regression hunt started. ICE is not present at r180996.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-24
01:36:48 UTC ---
Caused by...
r181014 | jakub | 2011-11-05 15:58:37 -0400 (Sat, 05 Nov 2011) | 23 lines
PR tree-optimization/50693
* tree-cfg.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
Bug #: 51279
Summary: xplor-nih-2.27/nmrPot/solnScatPot.cc ICEs on -O1
-funroll-loops
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-23
02:25:52 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-fsf-4.7
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin11.2.0/4.7.0/lto-wrapper
Target: x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51279
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-23
02:40:51 UTC ---
Created attachment 25894
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25894
gdb log stepping from last instance of loop-unroll.c:2283 until crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
--- Comment #17 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-10
14:39:22 UTC ---
(In reply to comment #16)
On x86_64-apple-darwin10 at revision 181249, the link error is
ld: codegen problem, can't use rel32 to external symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-09
21:22:17 UTC ---
The build failure on x86_64-apple-darwin11 has moved to...
libtool: compile: /sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./gcc/g++
-B/sw/src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-09
21:26:40 UTC ---
Looking at llvm, when pushsection and popsection support was added, it is only
part of the ELFAsmParser...
http://lists.cs.uiuc.edu/pipermail/llvm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-10
00:30:08 UTC ---
At r181241, x86_64-apple-darwin11, bootstrap now fails at...
libtool: compile: /sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./gcc/g++
-B/sw/src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
--- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-10
01:47:30 UTC ---
Build on x86_64-apple-darwin11 now fails at...
/bin/sh ./libtool --tag=CC --mode=link
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./gcc/xgcc
-B/sw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48354
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-02
18:08:37 UTC ---
The original test case still fails on x86_64-apple-darwin11 as well at
r180780...
g++-fsf-4.7 -r -nostdlib -g -flto bug.ii
In file included from bug.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-01
16:53:09 UTC ---
(In reply to comment #8)
I can confirm that the proposed patch resolves the build failures in xplor-nih
without regressions in the xplor-nih testsuite.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48354
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-29
17:39:43 UTC ---
Confirmed that both the dinternal.ii and MarvinNOEPotential.ii test cases
reproduce this ICE using current gcc trunk under x86_64 Fedora 15.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
Bug #: 50902
Summary: intVar/dinternal.cc ICEs at -O2 -ftree-vectorize
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
16:01:35 UTC ---
Uploaded testcase which can reproduce the ICE with...
g++-fsf-4.7 -c dinternal.ii -O2 -ftree-vectorize -fpermissive -DX_MMAP_FLAGS=0
-DFORTRAN_INIT -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
16:11:38 UTC ---
Created attachment 25645
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25645
gdb log for single stepping from last call to tree.c:1382 before crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
16:35:21 UTC ---
Could this be an unresolved corner-case of PR48098?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
17:34:30 UTC ---
Created attachment 25647
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25647
preprocessed source for marvin/MarvinNOEPotential.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50902
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
17:35:50 UTC ---
The attached MarvinNOEPotential.ii preprocessed source is another instance of
this bug in the xplor-nih 2.27 build...
g++-fsf-4.7 -c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50903
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50903
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-28
20:19:40 UTC ---
Also be aware of http://llvm.org/bugs/show_bug.cgi?id=9571. The Xcode 4.x
llvm-gcc still suffers from this bug (although it is fixed in llvm.org's
llvm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50876
--- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-27
14:44:39 UTC ---
(In reply to comment #8)
The patch (with Iain's additional change to the argv allocation) eliminates the
lto.exp failures in the g++ testsuite. We may
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50876
--- Comment #15 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-27
17:23:00 UTC ---
(In reply to comment #13)
Can you check the patch I just posted which corrects one argument
counting bug as well?
The patch from http://gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #22 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-26
13:28:20 UTC ---
Can we backport r180523 to gcc-4_6-branch (perhaps even for gcc 4.6.2)?
Also in gcc trunk we should also now fully revert...
Author: mrs
Date: Mon Mar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50876
Bug #: 50876
Summary: unrecognized command line option '-Zmultiply_defined
suppress regressions for lto.exp on
x86_64-apple-darwin11
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50876
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-26
19:56:17 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-fsf-4.7
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin11.2.0/4.7.0/lto-wrapper
Target: x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50876
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-26
22:31:34 UTC ---
Caused by...
r180517 | rguenth | 2011-10-26 05:30:29 -0400 (Wed, 26 Oct 2011) | 9 lines
2011-10-26 Richard Guenther rguent...@suse.de
PR lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50758
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50279
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-10-10
18:03:47 UTC ---
(In reply to comment #7)
I've attached a reduced testcase that reproduces the ICE with the commandline
g++ -nostdlib -flto -g test.i
This test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50279
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-29
13:47:12 UTC ---
(In reply to comment #0)
Peter, can you retest the failing lto-bootstrap building the go compiler under
current gcc trunk? I believe honza's recent ipa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50279
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-27
22:52:58 UTC ---
(In reply to comment #2)
The same error occurs while building xplor-nih on x86_64-apple-darwin11...
The failures building xplor-nih with -flto using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #20 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-26
00:47:32 UTC ---
(In reply to comment #19)
Created attachment 25359 [details]
wip 3
Regtest on darwin11 at
http://gcc.gnu.org/ml/gcc-testresults/2011-09/msg02611
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50492
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #55 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-22
15:31:13 UTC ---
The proposed patch (with the necessary 177598-pr48108-WIP applied.. hint, hint)
completes an lto-boostrap on darwin11 without issues for...
Using built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #56 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-22
23:59:25 UTC ---
Regtest results for darwin11 at
http://gcc.gnu.org/ml/gcc-testresults/2011-09/msg02262.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50423
Bug #: 50423
Summary: error: ‘getpid’ was not declared in this scope
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50423
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-15
17:57:08 UTC ---
Attached bzip2 compressed preprocessed source for common/semaphore.cc
reproduces this issue...
[MacPro:~/xplor-nih-2.27/common/bin.Darwin_11_x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50423
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-15
17:57:45 UTC ---
Note that -fpermissive doesn't eliminate the regression.
501 - 600 of 1110 matches
Mail list logo
