--- Comment #5 from spark at gcc dot gnu dot org 2007-06-15 06:33 ---
Subject: Bug 32339
Author: spark
Date: Fri Jun 15 06:33:24 2007
New Revision: 125736
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125736
Log:
2007-06-14 Seongbae Park <[EMAIL PROTECTED]>
PR rtl-op
--- Comment #2 from burnus at gcc dot gnu dot org 2007-06-15 05:59 ---
I can reproduce this with 4.1.3 and 4.2, but not with 4.3.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
libdecnumber is a build library which is used by compiler internaly
to support DFP. configure.ac in libdecnumber has
case $target in
powerpc*-*-linux* | i?86*-*-linux* | x86_64*-*-linux*)
enable_decimal_float=yes
;;
*)
enable_decimal_float=no
;;
esac
...
case
--- Comment #1 from joseph at codesourcery dot com 2007-06-14 23:26 ---
Subject: Re: New: ICE on valid code
On Thu, 14 Jun 2007, edmar at freescale dot com wrote:
> Gcc version 4.2.0 configured for e500v2, i.e.:
> --target=powerpc-unknown-linux-gnuspe --enable-e500_double
>
> ICE oc
--- Comment #10 from mueller at gcc dot gnu dot org 2007-06-14 23:12
---
Subject: Bug 31806
Author: mueller
Date: Thu Jun 14 23:12:25 2007
New Revision: 125726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125726
Log:
2007-06-14 Dirk Mueller <[EMAIL PROTECTED]>
PR c+
--- Comment #6 from aaw at gcc dot gnu dot org 2007-06-14 22:32 ---
I've just run into this problem trying to test an unrelated change.
Here's a puzzler, though. If I run the g++.dg/rtti/repo1.C test, it compiles
successfully. If I copy the command line for the compilation but modify
--- Comment #3 from roederja at cs dot washington dot edu 2007-06-14 22:19
---
I get the same error ("internal compiler error: in move_insn, at
haifa-sched.c:1963") when trying to compile EiffelStudio on Mac OS X PPC, also
GCC 4.2 . However it's hard to tell where it fails exactly becau
--- Comment #8 from janis at gcc dot gnu dot org 2007-06-14 22:10 ---
I get the same failure with my nightly build compiler for powerpc64-linux with
"-m32 -Os -mcpu=7450". I'll minimize the testcase and perhaps that nice young
man Andrew Pinski will fix the bug for us.
--
http://gc
--- Comment #1 from georgeh at rentec dot com 2007-06-14 22:02 ---
Created an attachment (id=13706)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13706&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32350
The attached code takes 1m29s to compile on my machine with 4.2.0 in 64-bit
mode, and takes 0.5s on 4.0.3
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../../gcc-4.2.0/configure --enable-languages=c,c++,fortran
--prefix=/usr/local/products/gcc/4.2.0-pa-64 --with-gnu-as
--with-a
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-14 21:56 ---
These are the results I get from a couple of (3) days old on powerpc64-linux:
=== gcc Summary for unix//-m32 ===
# of expected passes46391
# of unexpected failures16
# of unexpect
--- Comment #6 from malitzke at metronets dot com 2007-06-14 21:50 ---
This is just a more conspicuous case as evidenced looking at the data below.
The almost 2:1 worse results for the powerpc show up day after day, month after
month.
Powerpc G4 gcc-4.3.0-20070613 check results
-altivec --disable-checking
--disable-nls --disable-decimal-float --disable-werror --disable-multilib
--with-ibmlongdouble --with-cpu=7450 --enable-clocale=gnu --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070614 (experimental)
/var/tmp/gcc_r43/build-26/gcc/cc1 -E -quiet -v -iprefix
--- Comment #2 from simon_baldwin at yahoo dot com 2007-06-14 21:29 ---
Note: there's also a C++ language defect report relating to this issue, with
recommendation from the CWG:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#605
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-14 21:19 ---
(In reply to comment #3)
> Adding our bugmaster to CC.
Well in this case, I am more of a PPC guy and not the bugmaster. I think I
know what the issue is already, but since you did "--disable-altivec" which
does not
--- Comment #1 from spark at gcc dot gnu dot org 2007-06-14 21:12 ---
Kenny, can you take a look ?
--
spark at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from geoffk at gcc dot gnu dot org 2007-06-14 21:11 ---
Should be fixed with this change:
r125721 | geoffk | 2007-06-14 13:56:25 -0700 (Thu, 14 Jun 2007) | 4 lines
PR 31093
* decl2.
--- Comment #3 from spark at gcc dot gnu dot org 2007-06-14 21:10 ---
Adding our bugmaster to CC.
--
spark at gcc dot gnu dot org changed:
What|Removed |Added
; 2) & 0x);
m = (m + (m >> 4)) & 0x0f0f0f0f;
m = (m + (m >> 8));
n += m;
}
return n;
}
Output when compiled with trunk revision 125693 (default is -m32):
elm3b145% /opt/gcc-nightly/trunk-20070614/bin/gcc -O2 -fmodulo-sched -c
bug0614-1.c
bug0614-
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-14
21:05 ---
Subject: Re: [4.3 Regression] Bootstrap failure in stage1 on hppa*-*-*
> Sounds like the following patch would work:
>
> diff -r 149399c845b5 gcc/config/pa/pa.c
> --- a/gcc/config/pa/pa.cTue Jun
--- Comment #3 from geoffk at gcc dot gnu dot org 2007-06-14 20:56 ---
Subject: Bug 31093
Author: geoffk
Date: Thu Jun 14 20:56:25 2007
New Revision: 125721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125721
Log:
PR 31093
* decl2.c (determine_visibility): Remo
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-14 20:53 ---
Why did you remove me?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pranav dot bhandarkar at gmail dot com 2007-06-14
20:50 ---
I guess strength reduction should then be implemented at the RTL level ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
--- Comment #2 from greened at obbligato dot org 2007-06-14 20:50 ---
Configuration:
g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /tools/gcc-4.2.0/configure --prefix=/tools/i686-pc-linux-gnu
--disable-shared --with-gnu-as --with-gnu-ld
--with-build-time-tools=
--- Comment #1 from greened at obbligato dot org 2007-06-14 20:48 ---
Created an attachment (id=13705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13705&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32346
--- Comment #3 from ubizjak at gmail dot com 2007-06-14 20:42 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from uros at gcc dot gnu dot org 2007-06-14 20:15 ---
Subject: Bug 32268
Author: uros
Date: Thu Jun 14 20:15:13 2007
New Revision: 125720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125720
Log:
PR target/32268
* config/i386/sfp-machine.c (CMPtyp
Gcc version 4.2.0 configured for e500v2, i.e.:
--target=powerpc-unknown-linux-gnuspe --enable-e500_double
ICE occurs during build of eglic-2.5.
Here is the command with -v, attached is e_expl.i
/_TOOLS_/dist/gnu_toolchain/gnu-gcc-4.2.0-binutils-2.17-eglibc-2.5-e500v2-powerpc-unknown-linux-gnusp
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|undefined reference to |[4.3 Regression
--- Comment #2 from spark at gcc dot gnu dot org 2007-06-14 19:49 ---
The problem is reproducible also on x86-64.
The following patch seems to fix the ICE.
I'll start a bootstrap/testing.
*** /tmp/gcse.c 2007-06-14 19:46:27.0 +
--- gcc/gcse.c 2007-06-14 19:44:19.0 +
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from malitzke at metronets dot com 2007-06-14 19:30 ---
Created an attachment (id=13704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13704&action=view)
standard preprocessed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32347
: posix
gcc version 4.3.0 20070614 (experimental)
/var/tmp/gcc_r43/build-25/gcc/cc1 -E -quiet -v -iprefix
/var/tmp/gcc_r43/build-25/gcc/../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/
-isystem /var/tmp/gcc_r43/build-25/gcc/include -isystem
/var/tmp/gcc_r43/build-25/gcc/include-fixed -D__unix__
--- Comment #6 from ubizjak at gmail dot com 2007-06-14 19:11 ---
Fixed in mainline.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-14 18:31 ---
diff -r 8522653fd69d gcc/df-scan.c
--- a/gcc/df-scan.c Thu Jun 14 00:17:05 2007 +
+++ b/gcc/df-scan.c Thu Jun 14 11:29:46 2007 -0700
@@ -2982,9 +2982,9 @@ df_uses_record (struct df_collection_rec
case
--- Comment #21 from rguenther at suse dot de 2007-06-14 18:12 ---
Subject: Re: [4.2 Regression] Incorrect stack sharing
causing removal of live code
On Thu, 14 Jun 2007, ian at airs dot com wrote:
> --- Comment #19 from ian at airs dot com 2007-06-14 17:57 ---
> This is goi
--- Comment #20 from dougkwan at google dot com 2007-06-14 18:05 ---
Subject: Re: [4.2 Regression] Incorrect stack sharing causing removal of live
code
That was my initial opinion too but Diego and Danny told me there is
only one scope in the tree SSA form. So it is okay.
About your c
--- Comment #19 from ian at airs dot com 2007-06-14 17:57 ---
Adding Richard in case he has any comment.
I don't agree with comment #17 from Doug. In the code in comment #16, if f
saves &c, there is no way that it could validly use it after the block scope
exits.
In general if we expa
--- Comment #3 from spark at gcc dot gnu dot org 2007-06-14 17:52 ---
This is a bug in df-scan.c, marking regs unnecessarily as read-write,
which lead to unnecessarily stretched live ranges for regs involved in pre/post
modify insn. I'm working on it.
--
spark at gcc dot gnu dot org
A long long bitfield of size 32 is passed to a function taking an int argument
using two argument slots. Adding an explicit cast solves the problem.
Testcase:
#include
typedef struct {
long long item : 32;
} tester;
void dosomething(int i, int j)
{
printf("i = %#x, j = %#x\n", i, j);
}
All gfortran execute tests fail on alpha-dec-osf4.0f since snprintf is
missing in libc, but used in libgfortran.
Environment:
System: OSF1 hindemith V4.0 1229 alpha
Machine: alpha
host: alpha-dec-osf4.0f
build: alpha-dec-osf4.0f
target: alpha-dec-osf4.0f
configured with: /vol/gcc/src/gcc-dist/co
--- Comment #1 from a dot l dot sveikauskas at gmail dot com 2007-06-14
16:25 ---
Created an attachment (id=13703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13703&action=view)
Code that reproduces the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32344
On multiprocessor Solaris Sparc machines, if multiple threads are concurrently
throwing exceptions, and another thread is calling exit() or returning from
main(), there are messages such as:
terminate called recursively
terminate called after throwing an instance of '
And sometimes core is
--- Comment #3 from rask at sygehus dot dk 2007-06-14 15:43 ---
Finally, I can close a bug as fixed. :-)
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #1 from terry at chem dot gu dot se 2007-06-14 15:24 ---
Or maybe not. If x is explicitly 5-element in GetEpsR (no reference to Nr) the
ICE still occurs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32343
[EMAIL PROTECTED] cat radiimod.f90
module SortedRadii
implicit none
integer::Nr
real(kind=8),dimension(5)::aux2
contains
function GetEpsR(i) result (x)
integer,intent(in)::i
real(kind=8),dimension(Nr)::x
x=1
end function GetEpsR
end module SortedRadii
[EMAIL PROTECTED] gfortran -c radiimod.f90
[E
--- Comment #6 from ubizjak at gmail dot com 2007-06-14 14:33 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from spark at gcc dot gnu dot org 2007-06-14 14:33 ---
Subject: Bug 32341
Author: spark
Date: Thu Jun 14 14:33:21 2007
New Revision: 125715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125715
Log:
2007-06-14 Rask Ingemann Lambertsen <[EMAIL PROTECTED]>
--- Comment #2 from tbm at cyrius dot com 2007-06-14 14:16 ---
(In reply to comment #1)
> What's the target tripe ? I presume thi sis ia64-unknown-linux ?
Yes.
--
tbm at cyrius dot com changed:
What|Removed |Added
-
--- Comment #1 from spark at gcc dot gnu dot org 2007-06-14 14:10 ---
What's the target tripe ? I presume thi sis ia64-unknown-linux ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32339
I'm getting the following ICE on x86_64 with trunk. I don't see this on
IA64. It also worked with 4.3 20070604.
(sid)26226:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot//bin/gcc -c -O3
~/filezilla-sshsh512.c
/home/tbm/filezilla-sshsh512.c: In function 'SHA512_Simple':
/home/tbm/filezilla-sshsh512.
--- Comment #12 from pault at gcc dot gnu dot org 2007-06-14 13:04 ---
Subject: Bug 32302
Author: pault
Date: Thu Jun 14 13:04:05 2007
New Revision: 125708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125708
Log:
2007-06-14 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #13 from pault at gcc dot gnu dot org 2007-06-14 13:05 ---
Fixed on trunk.
Thanks, Dale
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-06-14 12:13 ---
As reported in comment#6, this cleared itself.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-06-14 12:13
---
Still pinging for someone to review my one-line patch to gcc.c... maybe we can
get this feature into trunk before GCC 12.0 ;-)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-14 12:05
---
This bug was fixed a long time ago, i did not realize there was a bugzilla
opened on it.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
-
--- Comment #3 from tbm at cyrius dot com 2007-06-14 12:02 ---
(In reply to comment #2)
> I am really sorry. But I think there is no possiblity to upload a preprocessed
> source here
Why not? Just click the "Create a New Attachment" link. You can save the
preprocessed source with --sa
--- Comment #11 from tbm at cyrius dot com 2007-06-14 12:00 ---
Note that gcc-4.2 exists on MIPS in Debian testing and 4.3 in the form
of the gcc-snapshot package in Debian unstable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
--- Comment #11 from patchapp at dberlin dot org 2007-06-14 12:00 ---
Subject: Bug number PR32302
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00954.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from patchapp at dberlin dot org 2007-06-14 11:31 ---
Subject: Bug number PR target/32341
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00953.html
--
http://gcc.gnu.org/bug
Here's how I configured gcc:
/n/08/rask/src/gcc/configure --target=v850-unknown-elf --disable-multilib
--disable-nls --disable-gdb --with-newlib --enable-sim
GCC fails to build with this:
gcc -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-pr
I have configured gcc like this:
/n/08/rask/src/gcc/configure --target=arm-unknown-elf --disable-multilib
--disable-nls --disable-gdb --with-newlib --enable-sim
Building libjava fails with this message:
libtool: compile: /home/rask/build/gcc-arm-unknown-elf/./gcc/xgcc
-shared-libgcc -B/home/rask
I'm getting the following ICE with current gcc 4.3. This worked with
20070604 and is probably due to the dataflow merge. Note that PR31025
contains a similar ICE, but the description is quite different to what
I'm seeing. Note that my testcase shows an ICE on ia64 but works on
x86_64.
[EMAIL PR
I'm getting the following assembler error with current gcc 4.3. This
worked with 20070604 and is probably due to the dataflow merge. This is
possible the same as, or related to, PR32337, but I cannot tell for sure.
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O2
-fno-omit-frame-pointe
I'm getting the following assembler error with current gcc 4.3. This
worked with 20070604 and is probably due to the dataflow merge.
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O1 ccmalloc-callchain.c
ccmalloc-callchain.c: In function 'backtrace':
ccmalloc-callchain.c:14: warning: uns
--- Comment #7 from rask at sygehus dot dk 2007-06-14 10:36 ---
I've thought about adding ENOSYS stubs for the missing functions to libgloss.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
$> gfortran-svn -g -pg -O0 -Wall -Wimplicit-interface -Wunderflow -Wsurprising
-fbounds-check -fimplicit-none -ffpe-trap=invalid,zero -fbacktrace ...
[list-of-objects]
a.out: ../../../../svn/gcc/libgfortran/generated/matmul_r8.c:172: matmul_r8:
Assertion `count == b->dim[0].ubound + 1 - b->dim[0].
Here's how I configure gcc:
/n/08/rask/src/gcc/configure --target=m32c-unknown-elf --disable-libgfortran
--disable-multilib --disable-nls --with-newlib --enable-sim --disable-gdb
The error message:
/home/rask/build/gcc-m32c-unknown-elf/./gcc/xgcc
-B/home/rask/build/gcc-m32c-unknown-elf/./gcc/ -n
I installed the gcc-4.2.0 on Intel(R) Xeon(TM) in a clean directory which is
different from the source one with the following configuration:
../gcc-4.2.0/configure --prefix=$prefix --enable-language=c,c++ --with-gnu-as
--with-gnu-ld
And then I got the following error:
Comparing stages 2 and 3
w
--- Comment #3 from schwab at suse dot de 2007-06-14 09:45 ---
This is still undefined. Use 1U<<31 instead.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from dorit at gcc dot gnu dot org 2007-06-14 09:39 ---
Subject: Bug 32274
Author: dorit
Date: Thu Jun 14 09:39:31 2007
New Revision: 125703
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125703
Log:
PR target/32274
* gcc.dg/vect/pr32224.c: Fix.
M
--- Comment #1 from charlet at gcc dot gnu dot org 2007-06-14 09:31 ---
You're using non standard build procedure which are not supported.
When using GNAT (as opposed to building), things are different, and
you can call gnatmake with full path, it will then pick up the
right gcc, gnatbi
I installed gcc version 4.3.0 20070609 but did NOT put it on my path.
I typed: "export CC=/usr/test/bin/gcc" to use the install but off path gcc.
I compiled gcc version 4.3.0 20070613 and everything was fine until here:
/usr/test/bin/gcc -c -g -fkeep-inline-functions -gnatpg -gnata -nostdin
--- Comment #26 from ubizjak at gmail dot com 2007-06-14 09:18 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00944.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from rob1weld at aol dot com 2007-06-14 08:26 ---
Agreed. After a 20 hour day the proximity of the word `-fwhole-program' to the
attribute `externally_visible' while juggling three things at once did not work
out so good.
Perhaps a compiler warning message could be create
--- Comment #8 from pcarlini at suse dot de 2007-06-14 08:15 ---
Note, however, that startiing with 3.4.x (vs 3.3.x) the empty string
representation is not not reference counted anymore. First blush, the
*specific* code snippet in this PR should be safe.
--
http://gcc.gnu.org/bugzil
--- Comment #19 from rob1weld at aol dot com 2007-06-14 08:14 ---
>>You've shown nothing to validate that crlibm is more accurate than mpfr.
>>So how did you do this measurement?
Read 1st section of http://www.mpfr.org/faq.html and either
crlibm-0.18beta1.pdf or better still crlibm-1.01
--- Comment #8 from jakub at gcc dot gnu dot org 2007-06-14 08:03 ---
Yes, I mean performance and size regressions. But your changes to tree-nrv
never mentioned you found bugs in it and therefore are making NRV more strict,
on the contrary, PR25505 was fixing a performance/size issue wh
I configured gcc (revision 125688) like this in a combined tree:
/n/08/rask/src/gcc/configure --target=arm-unknown-eabi --disable-multilib
--disable-nls --disable-gdb --with-newlib --enable-sim
The build ends with this:
libtool: compile: /home/rask/build/gcc-arm-unknown-eabi/./gcc/xgcc
-B/home/
--- Comment #16 from rob1weld at aol dot com 2007-06-14 07:41 ---
Created an attachment (id=13702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13702&action=view)
Patch main configure script to detect mpfr library and header version mismatch
I have made best efforts to make a com
82 matches
Mail list logo
