David Edelsohn wrote:
On Wed, Sep 3, 2008 at 6:53 PM, Anton Blanchard [EMAIL PROTECTED] wrote:
The only thing lwsync wont order is a store followed by a load. Since
the lwsync will always be paired with a store (the stwcx), we will order
all accesses before it and provide a release barrier.
Duncan Sands wrote:
Building gcc from svn today I see the following:
prj-nmsc.adb: In function ‘Prj.Nmsc.Check_Naming_Schemes’:
prj-nmsc.adb:3272: warning: ‘Casing’ may be used uninitialized in this
function
...
g-socket.adb: In function ‘GNAT.SOCKETS.SEND_SOCKET’:
Hello,
I am trying to build the gcc tools on cygwin host. But the build failed with
below errors:
$ gcc -I../../../trunk/libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings -Wstr
ict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-att
ribute -Wcast-qual -pedantic
recently I see this failures:
Running target unix/-m32
FAIL: libgomp.fortran/vla7.f90 -O3 -fomit-frame-pointer execution test
FAIL: libgomp.fortran/vla7.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: libgomp.fortran/vla7.f90 -O3 -fomit-frame-pointer -funroll-all-loops
David Daney wrote:
On Wed, Sep 3, 2008 at 6:09 PM, David Edelsohn [EMAIL PROTECTED] wrote:
On Wed, Sep 3, 2008 at 6:53 PM, Anton Blanchard [EMAIL PROTECTED] wrote:
The only thing lwsync wont order is a store followed by a load. Since
the lwsync will always be paired with a store (the
On Thu, Sep 4, 2008 at 8:31 AM, Joel Sherrill [EMAIL PROTECTED] wrote:
Another related issue is that psim in gdb does not currently
support the lwsync instruction so any code generated using it
would fail there. Since this is used as the test platform for
the embedded gcc targets (at least
David Edelsohn wrote:
On Thu, Sep 4, 2008 at 8:31 AM, Joel Sherrill [EMAIL PROTECTED] wrote:
Another related issue is that psim in gdb does not currently
support the lwsync instruction so any code generated using it
would fail there. Since this is used as the test platform for
the embedded
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with the
following error:
In file included from
/export/home/arth/gnu/gcc.git/libstdc++-v3/src/mutex.cc:30:
On Thu, Sep 4, 2008 at 9:30 AM, Art Haas [EMAIL PROTECTED] wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with the
following error:
In file included from
On Thu, Sep 4, 2008 at 9:41 AM, Chris Fairles [EMAIL PROTECTED] wrote:
On Thu, Sep 4, 2008 at 9:30 AM, Art Haas [EMAIL PROTECTED] wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with the
following
On Thu, Sep 04, 2008 at 09:04:30AM -0400, David Edelsohn wrote:
That is unfortunate, but it is a long-term, known problem with PSIM. Someone
maintaining PSIM needs to update it.
Also unfortunately, there is no one maintaining PSIM. It's shipped
with GDB, but I consider that only a convenience
On Thu, 2008-09-04 at 13:41, Chris Fairles wrote:
On Thu, Sep 4, 2008 at 9:30 AM, Art Haas [EMAIL PROTECTED]
wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with
the
following error:
In
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with the
following error:
In file included from
/export/home/arth/gnu/gcc.git/libstdc++-v3/src/mutex.cc:30:
On Thu, 2008-09-04 at 13:44, Dennis Clarke wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with
the
following error:
In file included from
On Thu, 2008-09-04 at 13:44, Dennis Clarke wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with
the
following error:
In file included from
On Thu, 2008-09-04 at 13:59, Dennis Clarke wrote:
On Thu, 2008-09-04 at 13:44, Dennis Clarke wrote:
Hi.
My last successful build was from yesterday morning. After the
large
libstdc++ patch by Chris Fairles landed the builds have failed
with
the
following error:
In
Hello,
In our GCC porting (gcc 4.3.1), I am facing a problem with
built-in-setjmp test, which failed from -O2. After spending quite some
time on it, I figured out what happens, but not sure what is the best
way to fix it. The problem is with __builtin_setjmp_receiver.
In
M R Swami Reddy [EMAIL PROTECTED] writes:
I am trying to build the gcc tools on cygwin host. But the build
failed with below errors:
$ gcc -I../../../trunk/libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings
-Wstr
ict-prototypes -Wmissing-prototypes -Wold-style-definition
I located a couple of old machines to try, so I have two more successful
build reports, and one failure (though don't worry about the failure yet).
First one (includes C, C++, ObjC, Fortran, and Java)
i686-pc-linux-gnu on a RHEL 3 system.
boot compiler: gcc 3.3.6 (FSF release)
kernel:
On Thu, Sep 04, 2008 at 11:12:59AM -0700, Joe Buck wrote:
I also found an ia64 box running Red Hat Advanced Workstation 2.1.
Yes, I know, really old, but I can't change it. I tried a build...
but the bootstrap died.
I think the issue was that the --with-gmp and --with-mpfr directories
weren't
Richard Sandiford [EMAIL PROTECTED] writes:
Vladimir Makarov [EMAIL PROTECTED] writes:
Richard Sandiford wrote:
But as I said to HJ, I'm happy to apply the DF patch in isolation,
as long as we accept that the benefit of fixing a correctness
regression outweighs the potential performance
On Thu, Sep 04, 2008 at 11:12:59AM -0700, Joe Buck wrote:
I also found an ia64 box running Red Hat Advanced Workstation 2.1.
Yes, I know, really old, but I can't change it. I tried a build...
but the bootstrap died.
On Thu, Sep 04, 2008 at 11:37:47AM -0700, Joe Buck wrote:
I think the
Joe Buck [EMAIL PROTECTED] writes:
But ia64-unknown-linux-gnu/libgcc/config.log doesn't have any useful
details. It has
CC='/remote/atg5/jbuck/gcc-4.3.2-ia64build/./gcc/xgcc
-B/remote/atg5/jbuck/gcc-4.3.2-ia64build/./gcc/
-B/u/jbuck/cvs.ia64/4.3.2/ia64-unknown-linux-gnu/bin/
[ see parents for my build problems ]
On Thu, Sep 04, 2008 at 02:00:11PM -0700, Ian Lance Taylor wrote:
These days autoconf likes to dump a whole bunch of cruft at the end of
config.log. You have to look above all the cruft, which is usually
most of the file, to find the actual failing test
Hi all,
Every now and then I poke my head into this list to see if there is any
more progress on the GCC Plugin branch issue. In particular I don't want
to give up on this feature as it will be enormously useful for my open
source project EDoc++.
In the past, we have had a lot of discussion
On Fri, Sep 05, 2008 at 08:11:34AM +1000, Brendon Costa wrote:
Every now and then I poke my head into this list to see if there is any
more progress on the GCC Plugin branch issue. In particular I don't want
to give up on this feature as it will be enormously useful for my open
source project
Snapshot gcc-4.3-20080904 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20080904/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Plugins features. This addresses Richard Stallman's concerns, so he
no
longer objects to a Plugins feature.
That is GREAT news!!!
We, the GCC community, are waiting for the advocates of Plugins to
reach
a consensus on a single plugins architecture and implement it. When
are the
people
Richard Sandiford wrote:
Richard Sandiford [EMAIL PROTECTED] writes:
Vladimir Makarov [EMAIL PROTECTED] writes:
Richard Sandiford wrote:
But as I said to HJ, I'm happy to apply the DF patch in isolation,
as long as we accept that the benefit of fixing a correctness
regression
On Thu, Sep 4, 2008 at 7:39 PM, Vladimir Makarov [EMAIL PROTECTED] wrote:
Meanwhile I am going to submit your second patch with an added
comment. The patch permits gcc to generate the same quality code as
before your first patch.
Why?
As Richard said before:
... it changes
the heuristics
On Thu, 2008-09-04 at 20:28 -0400, David Edelsohn wrote:
On Thu, Sep 4, 2008 at 7:39 PM, Vladimir Makarov [EMAIL PROTECTED] wrote:
Meanwhile I am going to submit your second patch with an added
comment. The patch permits gcc to generate the same quality code as
before your first patch.
Peter Bergner wrote:
On Thu, 2008-09-04 at 20:28 -0400, David Edelsohn wrote:
On Thu, Sep 4, 2008 at 7:39 PM, Vladimir Makarov [EMAIL PROTECTED] wrote:
Meanwhile I am going to submit your second patch with an added
comment. The patch permits gcc to generate the same quality code as
haifa-sched.c:
2302/* Let the target filter the search space. */
2303for (i = 1; i ready-n_ready; i++)
2304 if (!ready_try[i])
2305{
2306 insn = ready_element (ready, i);
2307
2308 gcc_assert (INSN_CODE (insn) = 0
--- Comment #29 from sgk at troutmask dot apl dot washington dot edu
2008-09-04 06:15 ---
Subject: Re: [4.4 Regression] Bootstrap failure compiling libgcc
On Thu, Sep 04, 2008 at 05:53:28AM -, hjl dot tools at gmail dot com wrote:
--- Comment #28 from hjl dot tools at
--- Comment #5 from aoliva at gcc dot gnu dot org 2008-09-04 06:23 ---
Subject: Bug 37098
Author: aoliva
Date: Thu Sep 4 06:21:35 2008
New Revision: 139974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139974
Log:
PR debug/37098
* cfgexpand.c (expand_debug_expr): Handle
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-04 06:53 ---
Reduced enough for me (40 lines):
extern C {
extern double exp (double __x) throw ();
extern double log (double __x) throw ();
extern double sqrt (double __x) throw ();
}
int hic2_full()
{
double zcx, zs,
--- Comment #4 from tbm at cyrius dot com 2008-09-04 06:56 ---
Slightly smaller testcase (I reduced it before I saw there was a PR already)
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
void pwInit (int h, int multisample, int num_samples);
void glHint (int target, int mode);
--- Comment #5 from tbm at gcc dot gnu dot org 2008-09-04 06:56 ---
Confirmed.
This happens *a lot* when compiling Debian with -O3.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
I just tried to compile the Suse Linux package ccscript3-1.0.9
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
testscript.cpp: In function 'virtual void shInterp::waitThread()':
testscript.cpp:213: internal compiler error: Segmentation fault
Please submit a full bug
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 08:05 ---
Created an attachment (id=16218)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16218action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37365
I just tried to compile the Suse Linux package cln-1.1.13
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
./base/output/cl_output_dec.cc: In function 'void
cln::fprintdecimal(std::ostream, long int)':
./base/output/cl_output_dec.cc:33: error: non-trivial conversion at
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 08:09 ---
Created an attachment (id=16219)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16219action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37366
--- Comment #14 from paolo dot carlini at oracle dot com 2008-09-04 09:12
---
Jonathan, while we are at it, can we also unify tr1/boost_sp_shared_count.h and
tr1/boost_shared_ptr.h, likewise for bits/boost_sp_shared_count.h and
bits/boost_shared_ptr.h?
Moreover, for the sake of
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-04 09:28 ---
./cc1plus -quiet t.ii -O
t.ii: In function 'void AlsaDriver1()':
t.ii:8: error: non-register as LHS of unary operation
m_pFunction = (struct GenericMemFuncType) D.2092;
t.ii:8: internal compiler error:
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-04 09:44 ---
Andrey, this is likely due to the selective scheduler merge. Can you
investigate or delegate?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization, ra
Target Milestone|---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-04 09:49 ---
*** Bug 37365 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 09:49 ---
*** This bug has been marked as a duplicate of 37345 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from patriciak784-gccmainling at yahoo dot de 2008-09-04
09:50 ---
(In reply to comment #6)
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
... a self compiled gcc 4.3.1 ...
Scary ;)
What did you expect, Paolo?
He was
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 09:51 ---
Likely a dup of PR37289 which was fixed on Aug 31st. I cannot reproduce
with current trunk.
*** This bug has been marked as a duplicate of 37289 ***
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-04 09:51 ---
*** Bug 37366 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Well, I am porting C++ code from Visual Studio C++ to GCC.
I found two main issues that bother me enough to write about them.
(1.0) Temporary classes
{buf class_A(); } // does not compile on GCC,
yak
{Class_A tmp;buf tmp; } // compiles on GCC
So it
using a small piece of code of a digital filter, i was trying to benchmark
several looping constructs. on x86_64 the following code was running 5% faster
with g++-4.3 than with g++-4.4:
float __attribute__ ((noinline)) bench_5(float * out_sample, int n)
{
float b1 = std::cos(0.01);
float
--- Comment #2 from hp at gcc dot gnu dot org 2008-09-04 10:01 ---
Confirmed that the patch fixes the problems for cris-elf for trunk too.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
With current trunk (revision 139978)
(sid)743:[EMAIL PROTECTED]: ..4.3-2008-09-04-r139978/gcc] ./cc1 -quiet -O
~/xserver-xorg-video-mga.i
../../src/mga_dga.c: In function 'MGASetupDGAMode':
../../src/mga_dga.c:92: internal compiler error: Segmentation fault
Please submit a full bug report,
with
--- Comment #1 from tbm at cyrius dot com 2008-09-04 10:04 ---
Program received signal SIGSEGV, Segmentation fault.
remove_unused_locals () at gcc/tree-ssa-live.c:589
589 var_ann (t)-used = false;
(gdb) where
#0 remove_unused_locals () at gcc/tree-ssa-live.c:589
#1
--- Comment #2 from tbm at cyrius dot com 2008-09-04 10:24 ---
Created an attachment (id=16220)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16220action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37368
--- Comment #3 from tbm at cyrius dot com 2008-09-04 10:24 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
static int
FindSmallestPitch (int i)
{
int Pitches1[5];
int *linePitches = ((void *) 0);
switch (i)
{
case 0x0519:
linePitches = Pitches1;
}
return
--- Comment #4 from tbm at cyrius dot com 2008-09-04 10:25 ---
Drop the static from the declaration of FindSmallestPitch() and you get:
(sid)1519:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -Wall
-O -c
mini.c
mini.c: In function 'FindSmallestPitch':
mini.c:5:
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37345
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139980
Log:
PR tree-optimization/37345
PR
--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37357
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139980
Log:
PR tree-optimization/37345
PR
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37358
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139980
Log:
PR tree-optimization/37345
PR
--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-04 10:37 ---
Fixed by my patch
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-04 10:37 ---
Fixed by my patch.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hubicka at gcc dot gnu dot org 2008-09-04 10:38 ---
FIxed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-04 10:47 ---
Subject: Bug 37343
Author: hubicka
Date: Thu Sep 4 10:45:57 2008
New Revision: 139983
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139983
Log:
PR middle-end/37343
* tree-switch-conversion.c
--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-04 10:52 ---
Ugly -fPIC friendly workaround would be to add runtime initialization. I.E.
if (!initialized)
{populate my array; initialized = true;}
that would still allow conversion to happen and generate better code than
I just tried to compile the Suse Linux package enlightenment-0.16.8.12-15
with the GNU C compiler version 4.4 snapshot 20080829
The compiler said
backgrounds.c: In function 'BackgroundGetUniqueString':
backgrounds.c:2742: internal compiler error: Segmentation fault
Please submit a full bug
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 11:54 ---
Created an attachment (id=16221)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16221action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37369
I just tried to compile the Suse Linux package epos-2.5.37
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
slowstring.h: In member function 'CBasicStringT CBasicStringT::substr(int,
int) const [with T = char]':
slowstring.h:232: internal compiler error: Segmentation
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 11:56 ---
Created an attachment (id=16222)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16222action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37370
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-04 11:57 ---
*** This bug has been marked as a duplicate of 37343 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-04 11:57 ---
*** Bug 37368 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37343
--- Comment #2 from abel at ispras dot ru 2008-09-04 12:06 ---
Andrey, this is likely due to the selective scheduler merge. Can you
investigate or delegate?
We couldn't reproduce this with a cross from x86_64. Also, Adam Nemet fixed
the problem with MIPS/sel-sched bootstrap
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-04 12:20 ---
*** Bug 37370 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37345
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 12:20 ---
*** This bug has been marked as a duplicate of 37345 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 12:21 ---
I can not reproduce this with the current trunk. I suggest you update your
snapshot before filing more bugreports. Thanks.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #30 from hjl dot tools at gmail dot com 2008-09-04 13:07
---
(In reply to comment #29)
Subject: Re: [4.4 Regression] Bootstrap failure compiling libgcc
I think you meant to respond to Eric instead of me. Vlad's
patch fixed the original problem for me and Eric, but
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #29 from hjl dot tools at gmail dot com 2008-09-04 13:34
---
On ira-merge branch at revision 139972, there are no regression
on Linux/ia32 and Linux/ia64. Linux/x86-64 has regressions:
+FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
It is tracked by PR 37364.
--- Comment #3 from patriciak784-gccmainling at yahoo dot de 2008-09-04
13:35 ---
I did examine both problems a bit further.
If I understand correctly what is happening, there is the object parse_in which
is, during program flow, passed to preprocess_file as argument pfile.
An object
--- Comment #15 from jwakely dot gcc at gmail dot com 2008-09-04 13:52
---
Sure, I can do that
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #16 from paolo dot carlini at oracle dot com 2008-09-04 14:00
---
Great, thanks a lot again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #3 from abel at ispras dot ru 2008-09-04 14:34 ---
This does not fail on a cross for us with 139918.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-04 14:42 ---
No regressions for native x86_64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-04 14:49 ---
You will note that I configured with --with-arch=sb1.
This in turn causes cc1 to be invoked with -march=sb1
I will attempt to test with a cross build.
My bootstrap gcc is: gcc (GCC) 4.4.0 20080223 (experimental)
First of all, thanx to all the gcc team for their fantastic job.
gcc: 4.3.2 bootstraped with CFLAGS=-O2 -pipe -march=athlon -fomit-frame-pointer
Target: linux 2.6.25 on mandriva 2008.0
Problem: the following code works fine with low optimization -O0, -O1,
but gives fancy results with -O2, -O3.
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-04 14:53 ---
As on the trunk we are now feeding out-of-SSA with random dead statements
at -O0 we should look into this. Or schedule a DCE pass before it if it
cannot cope with dead statements.
--
rguenth at gcc dot gnu dot
--- Comment #31 from hjl dot tools at gmail dot com 2008-09-04 14:53
---
I tried i586-linux with ira-merge branch. It built libgcc fine.
So the problem is either fixed on ira-merge branch or it isn't
caused by IRA merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37296
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 14:55 ---
You should include stdarg.h and use va_XXX macros.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 14:58 ---
I would suggest to try ira-merge branch to rule out any IRA related
problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #5 from contact at multimedia dot cx 2008-09-04 15:13 ---
Perhaps the change should have, but it didn't. The problem still manifests with
SVN 139974 (latest as of yesterday).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
--- Comment #30 from hjl at gcc dot gnu dot org 2008-09-04 15:47 ---
Subject: Bug 37243
Author: hjl
Date: Thu Sep 4 15:46:05 2008
New Revision: 139987
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139987
Log:
2008-09-04 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 16:02 ---
-O2 -march=core2 -fno-ira -fno-regmove generates
movqx(%rip), %mm0
paddd y(%rip), %mm0
movq%mm0, -8(%rsp)
movq-8(%rsp), %rax
It seems that regmove isn't effective for
During SCoP detection we split bbs (e.g. in scopdet_edge_info), but the SCoP
detection should only detect SCoPs and not modify anything.
Also it splits bbs in inner loops, that do not need to be splitted.
Bb splitting was introduced to make SCoPs entry/exit defined by a single edge.
That is a
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
CC||grosser at gcc dot gnu dot
|
--- Comment #8 from amacleod at redhat dot com 2008-09-04 16:09 ---
out of ssa generally expects that there is no dead code.
I think the original logic was that you never want to generate code for dead
statements, so DCE would be run just before out of ssa.
It assumes any conflicts
--- Comment #6 from daney at gcc dot gnu dot org 2008-09-04 16:12 ---
I get the same ICE using gcc (Debian 4.3.1-8) 4.3.1 as the bootstrap compiler,
so I am going with the theory that the bootstrap compiler is not the cause of
this problem.
--
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-04 16:13 ---
(In reply to comment #1)
-O2 -march=core2 -fno-ira -fno-regmove generates
movqx(%rip), %mm0
paddd y(%rip), %mm0
movq%mm0, -8(%rsp)
movq-8(%rsp), %rax
It seems
1 - 100 of 178 matches
Mail list logo
