--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-30 06:06 ---
I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and
the failures I got in the Ada testsuite were:
*** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001
Is this still an issue for you?
--
--- Comment #6 from uros at gcc dot gnu dot org 2006-05-30 06:12 ---
Subject: Bug 27790
Author: uros
Date: Tue May 30 06:12:30 2006
New Revision: 114229
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114229
Log:
PR target/27790
* config/i386/i386.c
--- Comment #40 from bonzini at gnu dot org 2006-05-30 06:20 ---
We're on par with 4.0, we can close this now. The memory hog bug (27004) is
still open.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-05-30 06:32 ---
Created an attachment (id=11533)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11533action=view)
Patch that fixes the problem and does not introduce regressions
The previous patch had a few regressions in vlas,
The problem occurs with both 3.4.5 and 3.4.6. I haven't tested newer compilers,
but 3.3.6 works. Problem can be avoided by reducing -O2 to -O1.
$ m68k-linux-gcc -O2 ice.c -c -o /dev/null
fs/ocfs2/dlm/dlmlock.c: In function `dlmlock':
fs/ocfs2/dlm/dlmlock.c:698: error: unrecognizable insn:
(insn
--- Comment #1 from ft01 at webmastery dot com dot au 2006-05-30 07:42
---
Created an attachment (id=11534)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11534action=view)
precompiled source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27815
--- Comment #4 from pault at gcc dot gnu dot org 2006-05-30 07:43 ---
Created an attachment (id=11535)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11535action=view)
Preliminary patch to fix the PR
This needs a lot of sprucing up and checking out but it compiles and runs the
The following file 'foo.cpp' doesn't compile :
// foo.cpp
templatetypename X class foo { static int val; };
templateint int fooint::val = 0;
g++ foo.cpp
foo.cpp:1: internal compiler error: in import_export_decl, at cp/decl2.c:1733
Please submit a full bug report,
with preprocessed source if
The code attached has a ; missing line 105. This causes a compiler crash.
Unfortunately I'm including a very large nonstandard library...
%g++33 -save-temps -v -ansi -Wall -Wno-unused -Werror
-I/home/jocelyn/Sys/include -I/home/jocelyn/Sys/lib -Ifreeby
-L/home/jocelyn/Sys/lib -lrheolef
--- Comment #1 from joce at gmx dot net 2006-05-30 09:24 ---
Created an attachment (id=11536)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11536action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #2 from joce at gmx dot net 2006-05-30 09:25 ---
Created an attachment (id=11537)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11537action=view)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #3 from joce at gmx dot net 2006-05-30 09:26 ---
Created an attachment (id=11538)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11538action=view)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #4 from joerg dot richter at pdv-fs dot de 2006-05-30 09:43
---
Before I file a new bug, here is another testcase:
struct Block
{
public:
Block();
~Block();
};
bool func( bool bar )
{
Block block;
bool foo = false;
if( !foo || bar )
do { return true;
--- Comment #2 from schwab at suse dot de 2006-05-30 10:04 ---
Not reproducible with gcc 4.0.4. The 3.4 series is no longer maintained.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from master_up at post dot cz 2006-05-30 10:07 ---
Very similar result for gcc-4.1.1, is better create new BUG or is this message
suffcient?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27432
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:11
---
I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and
the failures I got in the Ada testsuite were:
*** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001
c954020 is very likely one of
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:15
---
In addition not to configuring with --enable-bootstrap, also avoid tuning the
compiler for HyperSPARC, nobody uses that nowadays, it's largely untested.
--
ebotcazou at gcc dot gnu dot org changed:
see subject. The makefile guards the installation of the library and the
headers itself, but
## To avoid spurious reconfiguration when the user installs these files
## with libtoolize, we have to preserve their timestamps carefully:
install-data-local:
-rm -rf $(DESTDIR)$(ltdldatadir)
--- Comment #3 from mt1 at systella dot fr 2006-05-30 11:49 ---
I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the
documentation that this option was deprecated) and wihtout any HyperSPARC
optimization. Wait and see...
JKB
--
--- Comment #1 from schwab at suse dot de 2006-05-30 12:03 ---
This is a libtool/libltdl bug that has been fixed in 1.5.18.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27818
The following valid code snippet causes an ICE since GCC 4.0.0
(it was wrongly rejected in GCC 3.4.x):
==
struct A
{
static const char i = 1;
};
templateint struct B
{
static const int j = A::i;
int x[int(j)];
};
B0 b;
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-30 12:23 ---
The 3.3 series is no longer maintained, the bug still occours in 3.3.6 and all
of the testcases don't build with the new C++ parser due to errors. But very
likely the bug is fixed in newer gcc.
--
rguenth at
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-30 12:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The following invalid code snippet causes an ICE since GCC 4.0.0:
===
void foo()
{
L: L: ;
}
===
bug.cc: In function 'void foo()':
bug.cc:3: error: duplicate label 'L'
bug.cc:3: internal compiler error: in record_in_finally_tree, at tree-eh.c:211
The following invalid code snippet causes an ICE since GCC 3.4.0:
==
struct A
{
templatevoid (A::*)() struct B {};
void ::foo();
BA::foo b;
};
==
bug.cc:4: error: invalid use of '::'
bug.cc:5:
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-05-30 12:33 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01515.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-30 12:41 ---
Variable: x, UID 1535, struct X *, symbol memory tag: SMT.4, default def: x_1
Variable: y, UID 1536, struct YY *, symbol memory tag: SMT.5, default def: y_2
Variable: SMT.4, UID 1549, struct X, is addressable, is
When I do a gmake bootstrap of GCC 4.1.1 the component fastjar is asking for
makeinfo and it stop the compiling.
The documentation says I shouldn't have to install the texinfo package.
I am working on a SunFire V440 with Solaris 9
I did set the CONFIG_SHELL to /bin/ksh and I am working in a
When I do make a gmake bootstrap of GCC 4.1.1 I have the following output:
gmake[9]: Entering directory
`/opt/local/src/gcc-obj/sparc-sun-solaris2.9/sparcv9/libjava/classpath/native/jni'
cd /opt/local/src/gcc-4.1.1/libjava/classpath /bin/ksh
./scripts/check_jni_methods.sh
Found a problem with
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:11
---
Confirmed, with the same version of compiler. I'm updating to current svn to
see if this changes, but I don't have much hope...
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:16
---
Lots of things are going badly here:
$ cat dale.f90
real(4) :: x4
real(8) :: x8
print *, ** REAL(KIND=4) tests **
write(*,*) digits(x4), maxexponent(x4), minexponent(x4),
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-30 13:20 ---
What sources are you building from? If you build from pre-release tarballs it
should work, if from a svn checkout you need texinfo installed.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-30 13:21 ---
Subject: Bug 27779
Author: rakdver
Date: Tue May 30 13:21:06 2006
New Revision: 114233
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114233
Log:
PR tree-optimization/27779
* tree-data-ref.c
--- Comment #2 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:24 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
What is the difference between both, do I have an advantage using one or the
other?
William Paul Philibert
Administrateur UNIX et SAN
--- Comment #3 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:30 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
I am using /gnu/gcc/gcc-4.1.1/gcc-4.1.1.tar.bz2
William Paul Philibert
Administrateur UNIX et SAN
[EMAIL PROTECTED]
Hébergement
Telus
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-30 13:33
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:33:17 2006
New Revision: 114234
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114234
Log:
PR c/27718
* c-typeck.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-30 13:36
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:36:39 2006
New Revision: 114235
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114235
Log:
PR c/27718
* c-typeck.c
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-30 13:39
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:39:19 2006
New Revision: 114237
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114237
Log:
PR c/27718
* c-typeck.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 13:42
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Subject: Bug 27273
Author: mueller
Date: Tue May 30 13:43:55 2006
New Revision: 114238
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114238
Log:
PR c/27273
* c-common.c (convert_and_check):
--- Comment #13 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Fixed.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-30 13:45 ---
We transform the loop into an infinite loop. Looks like a sort-of-dup of
PR27639 and/or PR26719.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The following code generates warning value computed is not used which
I interpret as a gcc bug.
typedef unsigned char uint8;
uint8 arr[10];
void testfunc(void);
void testfunc(void)
{
uint8 val = 5;
(1 == 0) ? : (arr[2] = val); /* this line generates false warning */
}
Changing
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
This is the same problem as PR 26632.
*** This bug has been marked as a duplicate of 26632 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
*** Bug 27825 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-30 13:58
---
*** Bug 27816 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:59
---
OK, this still happens with current mainline. I also tried a different GMP/MPRF
combination, and it doesn't make it work. I'll be looking into this.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 13:58 ---
*** This bug has been marked as a duplicate of 20133 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-30 13:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 14:00 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-30 15:05
---
OK, I managed to reduce this to a GMP/MPFR bug on i386-pc-mingw32:
$ cat mpfr.c
#include stdio.h
#include gmp.h
#include mpfr.h
int main (void)
{
mpfr_t b;
mpfr_init (b);
mpfr_set_ui (b, 2, GMP_RNDN);
--- Comment #28 from rguenth at gcc dot gnu dot org 2006-05-30 15:38
---
Zdenek, can you look at producing a patch for 4.1.2? The mainline one doesn't
apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #16 from hjl at gcc dot gnu dot org 2006-05-30 16:00 ---
Subject: Bug 27662
Author: hjl
Date: Tue May 30 16:00:42 2006
New Revision: 114240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114240
Log:
gcc/fortran/
2006-05-30 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 16:02
---
Created an attachment (id=11539)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11539action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-30 16:05
---
I think there's something hosed with aliasing.
The code crashes with -O2, but runs fine with -O2 -fno-strict-aliasing.
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 16:06 ---
I already mentioned this is most likely a C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I am getting an ICE when compiling a c++ source with optimization turned one.
My compiler version is
[EMAIL PROTECTED]:~/tmp$ g++-4.1 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr
--- Comment #22 from hjl at lucon dot org 2006-05-30 16:08 ---
Tonto in SPEC CPU 2006 should work now with gcc 4.1 and 4.2.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #17 from hjl at lucon dot org 2006-05-30 16:10 ---
Yes, tonto-1.0-nullify-1.patch in PR 26106 is the one.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #1 from sander at mi dot fu-berlin dot de 2006-05-30 16:12
---
The testcase was too large to be attached directly, even after an attempt at
delta reduction. You can download it at
http://page.mi.fu-berlin.de/~sander/grid.i
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||i686-pc-linux-gnu
Summary|ICE in copy_to_mode_reg
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 16:24 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27826
--- Comment #5 from dir at lanl dot gov 2006-05-30 16:34 ---
It is strange - gfortran under cygwin does not seem to have the problem. I
wonder why GMP/MPFR is different under MSYS ? I also tried your test under MSYS
on my system and got the same answer (+one digit) that you got under
--- Comment #7 from janis at gcc dot gnu dot org 2006-05-30 16:59 ---
If the value doesn't fit then the result is undefined and doesn't matter;
getting the invalid flag is what's important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682
--- Comment #6 from dir at lanl dot gov 2006-05-30 17:01 ---
I also forced it to use the gcc that came with gfortran getting the same
result. I built with mpfr-2.1.2 and gmp-4.1.4 a while ago when I unsucessfully
tried to build gfortran on my PC. I noticed your MSYS version is printing
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 17:47
---
I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the
documentation that this option was deprecated) and wihtout any HyperSPARC
optimization.
It's the other way around,
--- Comment #1 from sje at cup dot hp dot com 2006-05-30 18:06 ---
My bootstraps are working fine. What maxssiz are you using?
$ grep maxssiz /stand/system
tunable maxssiz_64bit 0x4000
tunable maxssiz 0x1000
How about swap space? (swapinfo will tell you) I have 8 Gig.
--
--- Comment #5 from mt1 at systella dot fr 2006-05-30 18:52 ---
Without --enable-bootstrap, I now obtain:
/home/bertrand/gcc-4.1.1/build/./gcc/xgcc
-B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
-B/opt/sparc-sun-solaris2.9/lib/ -isystem
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-30 18:57
---
/home/bertrand/gcc-4.1.1/build/./gcc/xgcc
-B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
-B/opt/sparc-sun-solaris2.9/lib/ -isystem /opt/sparc-sun-solaris2.9/include
-isystem
--- Comment #10 from mt1 at systella dot fr 2006-05-30 19:31 ---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP MPFR are good (tested with make check). My Solaris has a
working /bin/sh.
JKB
--
--- Comment #11 from tkoenig at gcc dot gnu dot org 2006-05-30 19:31
---
Hi FX,
what about
Index: arith.c
===
--- arith.c (revision 114111)
+++ arith.c (working copy)
@@ -1133,8 +1133,10 @@ gfc_compare_string
--- Comment #7 from mt1 at systella dot fr 2006-05-30 19:33 ---
Thanks...
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-30 19:40
---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP MPFR are good (tested with make check).
This has something to do with GMP MPFR. Make sure they are built as 32-bit
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-05-30 21:25
---
Subject: Bug 27803
Author: mmitchel
Date: Tue May 30 21:25:02 2006
New Revision: 114245
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114245
Log:
PR c++/27803
* class.c
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-30 21:29
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sayle at gcc dot gnu dot org 2006-05-30 21:34 ---
Subject: Bug 23452
Author: sayle
Date: Tue May 30 21:34:04 2006
New Revision: 114246
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114246
Log:
PR tree-optimization/23452
* fold-const.c
--- Comment #3 from schwab at suse dot de 2006-05-30 21:44 ---
This has been fixed for gcc 4.2, SVN revision 109143.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from schwab at suse dot de 2006-05-30 21:50 ---
Is this still an issue given that bug 17114 is marked as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
--- Comment #10 from amacleod at redhat dot com 2006-05-30 22:05 ---
Created an attachment (id=11540)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11540action=view)
proposed patch
yeah, not terribly suprising the bug came back. The original patch I applied
fixed a long standing
--- Comment #1 from dannysmith at users dot sourceforge dot net 2006-05-30
22:33 ---
Working on it.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #6 from keith dot nicewarner at spacedev dot com 2006-05-30
22:59 ---
Subject: RE: [ColdFire] ICE in in final_scan_insn
We're moved on since then and haven't been able to verify the fix. I
would say close it if the related bug has been fixed.
Keith.
-Original
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:02
---
Fixed on 4.1 and 4.1. Ray also confirmed by separate email that the original
application problem is fixed as well.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:02
---
and 4.2 that is. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27757
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:28
---
Fixed on 4.2 only
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Hi guys. My name is Clint Whaley, I'm the developer of ATLAS, an open source
linear algebra package:
http://directory.fsf.org/atlas.html
My users are asking me to support gcc 4, but right now its x87 fp performance
is much worse than gcc 3. Depending on the machine and code being run it
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-31 00:35 ---
Do you have a small testcase which shows the problem?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hiclint at gmail dot com 2006-05-31 00:36 ---
Created an attachment (id=11541)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11541action=view)
Makefile and source to demonstrate performance problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27827
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-31 00:41 ---
This is fully a target issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hiclint at gmail dot com 2006-05-31 00:50 ---
Subject: Re: gcc 4 produces worse x87 code on all platforms than gcc 3
Andrew,
Thanks for the reply. For the small case demonstrating the problem, I
included it in the original message:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-31 00:55 ---
(In reply to comment #4)
and have uploaded it as an attachment. I am not sure what you mean by
fully a target issue. Perhaps I have submitted to the wrong area of
gcc performance bug? Note that it is not
--- Comment #6 from whaley at cs dot utsa dot edu 2006-05-31 01:09 ---
Subject: Re: gcc 4 produces worse x87 code on all platforms than gcc 3
Yes, I agree it is an x86/x86_64 issue. I have not yet scoped the performance
of any of the other architectures with gcc 4 vs. 3: since 90% of
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-05-31 01:18
---
Subject: Bug 27808
Author: mmitchel
Date: Wed May 31 01:18:24 2006
New Revision: 114259
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114259
Log:
PR c++/27808
* parser.c
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-31 01:23
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2006-05-31
01:44 ---
Andrew,
I can confirm that the proposed patch (with the missing null check) resolves
the new gfortran
failures on Darwin. Could you update the patch in this PR to revised version
with the null check
Calling an ARM-targeted GCC 3.4.4 on the testsuite file gcc.dg/pr21255-2-mb.c
results in internal compiler error: in shift_op, at config/arm/arm.c:7917.
A slightly reduced version of the file is:
double d;
double
f (void)
{
double r;
asm (mov %S1,%S0; mov %R1,%R0 : =r (r) : m (d));
--- Comment #1 from flash at pobox dot com 2006-05-31 01:57 ---
Created an attachment (id=11542)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11542action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27829
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-31 02:01 ---
Does this happen in 3.4.5 or 3.4.6?
Also 3.4.x is no longer being maintainer, does this happen in 4.0.x or 4.1.x?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27829
1 - 100 of 124 matches
Mail list logo