--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-24
04:02 ---
Created an attachment (id=19382)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19382action=view)
assembly for gcc.dg/debug/dwarf2/aranges-fnsec-1.c on x86_64-apple-darwin10
Generated with...
/sw/src
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-29
18:25 ---
Are you building on a Core Duo (ie non-EMT64 capable) machine? If not, the
default code generation of the Apple system compiler should be to execute and
generate x86_64 code under 10.6. You can't take
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-29
18:32 ---
You might try current gcc 4.4.2 branch. It contains the latest config.guess
which determines the architecture type according to the system compiler's
default code generation for intel darwin.
--
http
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-12-29
18:33 ---
I meant gcc-4_4-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42518
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-12-29
23:37 ---
(In reply to comment #8)
--build=xxx means you're using a xxx compiler to build. Since you apparently
don't have a x86_64 compiler at hand but only a i386, you cannot do that.
You first need to build
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-30
04:14 ---
Appending -gno-strict-dwarf to the dg-options doesn't change the assembly
generated on x86_64-apple-darwin10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42487
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-12-30
20:50 ---
Please try an svn pull of current gcc-4_4-branch. Assuming that you have EMT64
capable hardware and want to build the native x86_64 version of the FSF gcc
compilers, the new config.guess should properly
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-12-31
11:39 ---
I am now seeing...
FAIL: gfortran.dg/gomp/recursion1.f90 -Os execution test
at r155534 that wasn't present at r155526 so the proposed
fix appears to have caused a gfortran regression on x86_64-apple
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-01-05
18:27 ---
(In reply to comment #19)
pr42568 looks like a duplicate of this one.
Note that the issue seems fixed on darwin10.
This issue was radr://5613343 and has been fixed for darwin10 and later
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-01-05
19:52 ---
Might this bug be related to PR40459? Does the PR42346 test case work on gcc
pre-r148492?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-09-26
03:03 ---
I notice that gcj on i686-apple-darwin9 is linked against libintl but gjar
isn't. Could that be the origin of the failure of --help on gjar but not gcj?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2008-09-26
14:00 ---
Dominique,
The remaining failure in the sse4_2-popcntl.c testcase has been reported
for awhile on radar (ID 5650346). Like the previous errors these are most
likely assembler bugs.
--
http
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-09-26
14:38 ---
No, I never got a message that any of the originally reported sse4 gcc test
cases
were fixed. I simply noticed it during testing. The radar report is still open
though. Feel free to open a duplicate
: 4.4.0
Status: UNCONFIRMED
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: i686-apple-darwin9
GCC host triplet: i686-apple
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-10-08
23:36 ---
Created an attachment (id=16479)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16479action=view)
preprocessed source for Matrix.c from pymol
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-10-08
23:40 ---
If this is really PR37485, can we get the fix from revision 140844 moved into
gcc trunk?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-10-09
00:56 ---
Applying r140844 to gcc trunk and rebuilding xgcc doesn't eliminate this ICE so
this may be a different problem from PR37485.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-10-13
13:46 ---
Can you try regressing r141079 and see if that suppresses the problem on -m32
for i686-apple-darwin9?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-10-13
14:13 ---
To clarify are you saying that the offending revision is likely 141079 or
141077? Both have changes to alias.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-10-13
16:11 ---
Can you try the failing test cases with -fno-PIC to see if these issues are
related to the fact that darwin defaults to -fPIC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-10-13
17:13 ---
Well, I guess then the first thing to ask for is for both the
gcc.target/i386/opt-1.c and gcc.target/i386/opt-2.c tests to be
extended so that they are run with -fPIC. It would be helpful to
know
for stage 1 build of libcpp files.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:49 ---
Created an attachment (id=16554)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16554action=view)
Toplevel Makefile from 20081016 build on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:50 ---
Created an attachment (id=16555)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16555action=view)
libcpp level Makefile from 20081016 build on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:51 ---
Created an attachment (id=16556)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16556action=view)
Toplevel Makefile from 20081026 build on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:52 ---
Created an attachment (id=16557)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16557action=view)
libcpp level Makefile from 20081026 build on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:56 ---
Created an attachment (id=16558)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16558action=view)
toplevel config.log from 20081016
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:56 ---
Created an attachment (id=16559)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16559action=view)
libcpplevel config.log from 20081016
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:57 ---
Created an attachment (id=16560)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16560action=view)
toplevel config.log from 20081026
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2008-10-27
00:58 ---
Created an attachment (id=16561)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16561action=view)
libcpplevel config.log from 20081026
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-10-27
01:02 ---
Created an attachment (id=16562)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16562action=view)
toplevel config.log from 20081026
--
howarth at nitro dot med dot uc dot edu changed
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2008-10-27
03:37 ---
I have...
2008-10-24 Daniel Jacobowitz [EMAIL PROTECTED]
* Makefile.tpl (HOST_EXPORTS): Correct CPPFLAGS typo.
* Makefile.in: Regenerated.
already. I think the issue is that while
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-10-27
03:45 ---
I notice that both config.log from the libcpp subdirectory before and after
your change have...
ac_cv_env_CPPFLAGS_set=set
ac_cv_env_CPPFLAGS_value=
which is followed by the occurance of...
CPPFLAGS
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-10-27
13:34 ---
Created an attachment (id=16566)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16566action=view)
diff between toplevel Makefiles before and after drow's changes
--
http://gcc.gnu.org/bugzilla
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-10-27
13:35 ---
Created an attachment (id=16567)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16567action=view)
diff between libcpp Makefiles before and after drow's changes
--
http://gcc.gnu.org/bugzilla
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-10-27
13:39 ---
Looking at diffs (attached) between the Makefiles in the toplevel and libcpp
subdirectory before and after drow's changes, I don't see any significant
differences in the libcpp level Makefile. However I
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2008-10-27
13:44 ---
I must admit I am still baffled at why the current gcc trunk code doesn't honor
the setting of CPPFLAGS=-I/sw/include in the libcpp level Makefile. Is that
Makefile not really used in the stage 1
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2008-10-27
14:03 ---
Do you want to see a different config.log? Should I try to run configure at the
top level in a more verbose mode? I'm not sure how to discover where CPPFLAGS
is being set for the config.log and Makefile
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2008-10-27
15:04 ---
Sorry about the Makefile diffs. The 20081016 build tree had completely
bootstrapped whereas the 20081026 build tree had hung on a missing libintl.h
header in the stage 1 build of libcpp. I'll try
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-10-27
23:32 ---
The small patch in comment 20 doesn't help. The build still fails at the same
place. I also noticed that with or without the patch I have...
CPPFLAGS = -I/sw/include
set in the intl/Makefile. Also, I
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2008-10-27
23:53 ---
Just to be clear, I did do...
cd intl
autoconf -I . -I .. -I ../config
after applying the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2008-10-28
16:21 ---
I still don't understand how the stage1 build of libcpp manages to ignore the
CFLAGS setting in the libccp level Makefile. This would suggest that the stage
1
build of libcpp is entirely handled
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2008-10-28
16:34 ---
No, I said earlier that the proposed patch doesn't work. Note that INCINTL
doesn't even appear in either the toplevel Makefile or the Makefile in intl
with your patch. It does appear in the libcpp
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2008-10-28
16:55 ---
Doh, it may be an issue with the fink packaging system. They have a command...
NoSetCPPFLAGS: True
which I assumed was unsetting CPPFLAGS within fink but it very well may
be just setting CPPFLAGS
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2008-10-28
23:37 ---
I have verified that the fink build system wasn't in fact setting CPPFLAGS to
null
or anything else. So this problem is real when CPPFLAGS doesn't exist,
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2008-10-30
22:47 ---
Since the problem is that libintl.h can't be found, shouldn't we have a
toplevel check for libintl and a configure option to set the directory with
--with-libintl=%p or such? The INCL_LIBINTL set
gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin10
GCC host triplet: i686-apple-darwin10
GCC target triplet: i686-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38008
for darwin10
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build
Status: UNCONFIRMED
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: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686
capacita.f90 Polyhedron 2005 benchmark
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med
Polyhedron 2005 benchmark
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot
at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38043
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:36 ---
The nf.f90 Polyhedron 2005 benchmark ICEs with -O2 -fgraphite-identity and
-O3 -fgraphite-identity with the same error...
nf.f90: In function mattest:
nf.f90:95: error: definition in block 43 does
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:41 ---
The protein.f90 Polyhedron 2005 benchmark ICEs with the same error at -O2
-fgraphite-identity and -O3 -fgraphite-identity...
protein.f90: In function superficie_proteina:
protein.f90:1585: error
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:45 ---
Compiling the rnflow.f90 benchmark with -O2 -fgraphite-identity produces the
same ICE...
rnflow.f90: In function rnflow:
rnflow.f90:4478: internal compiler error: in expand_scalar_variables_expr
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-07
03:02 ---
I opened these to see which of these are fixed in graphite branch so that we
can get the fixes backported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38044
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:38 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38039
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38042
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:18 ---
*** Bug 38043 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:18 ---
Looks like a duplicate of PR37851
*** This bug has been marked as a duplicate of 37851 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:21 ---
Looks like a duplicate of PR37980.
*** This bug has been marked as a duplicate of 37980 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:21 ---
*** Bug 38042 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:24 ---
Looks like a duplicate of PR37851.
*** This bug has been marked as a duplicate of 37851 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:24 ---
*** Bug 38041 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37851
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:26 ---
*** Bug 38044 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37980
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:26 ---
Looks like a duplicate of PR37980.
*** This bug has been marked as a duplicate of 37980 ***
--
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 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38043
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:37 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38044
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:38 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38038
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38041
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
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: i686-apple-darwin9
GCC
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-08
18:45 ---
Created an attachment (id=16634)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16634action=view)
preprocessed source for Triangle.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38061
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-08
18:46 ---
This bug can be reproduced with the attached preprocessed source for Triangle.c
using the command...
gcc-Wmissing-prototypes -Wno-long-double -O3 -fgraphite -D_HAVE_LIBPNG
-D_PYMOL_MODULE -D_PYMOL_NUMPY
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-08
19:55 ---
The same problem is seen compiling pymol/layer3/Executive.c with -fgraphite
although in that case you have to regress to -O0 to eliminate the failure...
Executive.c: In function ExecutiveGetExtent
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-08
19:56 ---
Created an attachment (id=16636)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16636action=view)
preprocessed source for Executive.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38061
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-08
19:59 ---
Compile line for Executive.i to reproduce the failure is...
gcc -Wmissing-prototypes -Wno-long-double -O3 -fgraphite -D_HAVE_LIBPNG
-D_PYMOL_MODULE -D_PYMOL_NUMPY -D_PYMOL_FINK -c -o Executive.o
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-08
20:04 ---
Created an attachment (id=16637)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16637action=view)
preprocessed source for champ.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38061
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-08
20:05 ---
Another example which produces this failure in pymol is contrib/champ/champ.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38061
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-09
17:28 ---
Patch posted to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00328.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38008
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-09
21:12 ---
Patch posted to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00333.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38010
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-11-11
15:33 ---
Posted patch to gcc-patches mailing list...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00428.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-11
15:52 ---
This test case is still failing on i686-apple-darwin9. Shouldn't this PR be
reopened?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30286
dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38098
: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-13
14:43 ---
So should we just change...
/* { dg-options -O2 -msse2 } */
...to...
/* { dg-options -O2 -fno-PIC -msse2 } */
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37517
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-13
15:45 ---
Okay so why not...
/* { dg-options -O2 -msse2 } */
/* { dg-options -O2 -fno-PIC -msse2 { target { lp32 } } } */
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37517
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-13
23:40 ---
I can confirm that...
Index: gcc/testsuite/gcc.target/i386/quad-sse.c
===
--- gcc/testsuite/gcc.target/i386/quad-sse.c(revision 141837
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:34 ---
The offending test line in gcc.dg-struct-layout-1/t027_test.h is...
T(2601,v1di a;,N(2601,a))
which produces an Abort when tmpdir-gcc-dg-struct-layout-1-t027-01.exe is
executed. I am attaching
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:36 ---
Created an attachment (id=16669)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16669action=view)
preprocessed source for t027_main.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:37 ---
Created an attachment (id=16670)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16670action=view)
assembly file for t027_main.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:38 ---
Created an attachment (id=16671)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16671action=view)
preprocessed source for t027_x.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:39 ---
Created an attachment (id=16672)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16672action=view)
assembly file for t027_x.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:39 ---
Created an attachment (id=16673)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16673action=view)
preprocessed source for t027_y.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:40 ---
Created an attachment (id=16674)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16674action=view)
assembly file for t027_y.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2008-11-14
01:44 ---
Let me know if I need to provide anything else to debug this. Again, this test
case passes completely if I delete the second line of t027_test.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
on i686-apple-darwin9
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
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
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-14
03:34 ---
Created an attachment (id=16675)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16675action=view)
preprocessed source for pr30286.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38110
601 - 700 of 1580 matches
Mail list logo
