CFLAGS=-O2 -pipe -fno-strict-aliasing -mcpu=ultrasparc -mtune=ultrasparc
../configure --disable-nls --with-mpfr=/usr/local --with-gmp=/usr/local
--with-cpu=ultrasparc --with-tune=ultrasparc
--enable-languages=c,c++,fortran,objc --enable-obsolete --with-gnu-ld
--with-gnu-as; make bootstrap
...
make
--- Comment #1 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-07-15 06:55 ---
Currently I have:
bash-3.00# gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.6/3.4.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld
--- Comment #2 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-07-15 07:05 ---
Does this help?
bash-3.00# objdump -Dxzs --prefix-addresses ./prev-gcc/crt1.o /tmp/crt1.prev
bash-3.00# objdump -Dxzs --prefix-addresses ./gcc/crt1.o /tmp/crt1.new
bash-3.00# diff /tmp/crt1.prev
regarding rope class taken from libstdc++43-devel-4.3.1_20080507-6.1 from suse
11.0 distribution:
compiling the following program result in an error:
#include ext/rope
int main()
{
__gnu_cxx::crope myRope;
myRope = 1234567890;
char buffer[100];
myRope.copy(1,1,buffer);
return 0;
}
the
Hi,
When compiling the code below with
gcc -c -O2 -Wall main.cpp -I/opt/ACE_wrappers
, I get the warning
/opt/ACE_wrappers/ace/Guard_T.inl:24: unexpected warning: guard 13936 owner may
be used uninitialized in this function
The warning refers to a guard's field, where the mutex passed in
--- Comment #1 from gcc at dpinol dot com 2008-07-15 09:11 ---
Created an attachment (id=15910)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15910action=view)
File generated by -save-temps
I didn't know you could upload files.
I attach file generated by -save-temps so that you
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-15 09:14 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Like i386-netware, the native MS Windows compiler assumes that the CALLER pops
the stack for the implicit arguments pointing to aggregate return value. This
differs from the default i386 ABI which assumes the CALLEE pops the stack.
This is documented at
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-15 09:27
---
Thanks for your report. Rope is unfortunately only minimally maintained, I'm
going to fix the problem but really some larger reworking would be in order...
--
paolo dot carlini at oracle dot com changed:
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-07-15
09:29 ---
Testing a patch to add a new switch for windows targets.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --enable-languages=c,c++ --disable-bootstrap
Thread model: posix
gcc version 4.4.0 20080714 (experimental) [trunk revision 137774] (GCC)
Running 473.astar test base lnx32e default
Error with
--- Comment #2 from paolo at gcc dot gnu dot org 2008-07-15 10:15 ---
Subject: Bug 36832
Author: paolo
Date: Tue Jul 15 10:14:40 2008
New Revision: 137829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137829
Log:
2008-07-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from paolo at gcc dot gnu dot org 2008-07-15 10:15 ---
Subject: Bug 36832
Author: paolo
Date: Tue Jul 15 10:14:51 2008
New Revision: 137830
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137830
Log:
2008-07-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from paolo dot carlini at oracle dot com 2008-07-15 10:17
---
Fixed mainline and 4.3.2.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Hello, yesterday and today I see the following error on i686-pc-linux-gnu.
/home/xx/ul/gccobj/./prev-gcc/xgcc -B/home/xx/ul/gccobj/./prev-gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -c -g -O2 -fomit-frame-poin
ter -gnatpg -gnata -gnatwns -nostdinc -I- -I. -Iada -I../../gcc/gcc/ada
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-15 12:06 ---
*** This bug has been marked as a duplicate of 36830 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-15 12:06 ---
*** Bug 36836 has been marked as a duplicate of this bug. ***
--
pinskia 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
|
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-07-15 12:38
---
Confirmed. The dead stmts hanging off unreleased (ex-VOP) SSA_NAMEs are
a major annoyance.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-15 12:53 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-07-15 12:53 ---
Subject: Bug 31568
Author: pinskia
Date: Tue Jul 15 12:52:56 2008
New Revision: 137837
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137837
Log:
2008-07-15 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-07-15 13:07 ---
Subject: Bug 36780
Author: kkojima
Date: Tue Jul 15 13:06:32 2008
New Revision: 137838
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137838
Log:
PR target/36780
* config/sh/sh.h
--- Comment #4 from kkojima at gcc dot gnu dot org 2008-07-15 13:18 ---
Subject: Bug 36780
Author: kkojima
Date: Tue Jul 15 13:17:39 2008
New Revision: 137839
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137839
Log:
Backport from mainline:
PR target/36780
For the following fragment :
#include spu_intrinsics.h
vector unsigned int f() {
return spu_splats( (unsigned int)7 );
}
Compiling with spu-elf-gcc is fine. Compiling with spu-elf-g++ generates an
error:
$ usr/bin/spu-elf-g++ -c splat.cpp
splat.cpp: In function 'unsigned int
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-15 13:55 ---
Works for me with:
GNU C++ (GCC) version 4.4.0 20080711 (experimental) [trunk revision 137727]
(spu-elf)
So this has to be a very recent regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36837
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-07-15 14:19 ---
No longer working on this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-07-15 14:19 ---
No longer working on this bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P1 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36238
--- Comment #27 from pinskia at gcc dot gnu dot org 2008-07-15 14:41
---
(In reply to comment #26)
Don't we need the same workaround in
Yes.
I can confirm this with 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-07-15 14:53 ---
Mine still.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jadamcze at utas dot edu dot au 2008-07-15 14:54
---
I reverted to r137727 and rebuilt it all and still see the error.
Any obvious mistake in the following?
../gcc/configure --prefix=${HOME}/usr --enable-languages=c,c++ --with-newlib
--with-headers
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-15 14:57 ---
These are the options I use:
--target=spu-elf --prefix=${HOME}/gcc-spu --with-mpfr=/usr/local --with-newlib
--enable-languages=c,c++,objc --with-headers
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36837
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-07-15 14:58 ---
[EMAIL PROTECTED] ~]$ ~/gcc-spu/bin/spu-elf-gcc t.cc -S -v
Using built-in specs.
Target: spu-elf
Configured with: /home/apinski/src/local/gcc/configure --target=spu-elf
--prefix=/home/apinski/gcc-spu
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-07-15 15:08
---
Subject: Bug 36369
Author: rguenth
Date: Tue Jul 15 15:07:46 2008
New Revision: 137843
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137843
Log:
2008-07-15 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-15 15:09 ---
Shorter testcase:
// { dg-do compile }
// { dg-options -O2 -fprofile-arcs }
struct A { A (); ~A (); };
A a[2];
What seems to be going on is that:
#0 create_temporary_var (type=0x73252780) at
--- Comment #5 from dodji at gcc dot gnu dot org 2008-07-15 15:15 ---
Created an attachment (id=15911)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15911action=view)
update the patch
This patch looks better. It should regtest safely and is not far from behing
ready to be
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-15 15:19 ---
You mean http://gcc.gnu.org/viewcvs?root=gccview=revrev=137640 or something
else?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
--- Comment #4 from dj at redhat dot com 2008-07-15 15:38 ---
Yes, 137639 and 137640 are the same patch, to trunk and 4.3, respectively.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
--- Comment #5 from joseph at codesourcery dot com 2008-07-15 15:41 ---
Subject: Re: New: newlib:libm/math/k_rem_pio2.c fails in reload
Please try this patch. The m32c target seems to be generating its own
invalid addresses and reloads for them, for reasons I don't quite
--- Comment #5 from jadamcze at utas dot edu dot au 2008-07-15 15:49
---
Created an attachment (id=15912)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15912action=view)
Preprocessed source
$ usr/bin/spu-elf-g++ splat.cpp -v
Using built-in specs.
Target: spu-elf
Configured with:
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-07-15 15:53
---
Subject: Bug 36369
Author: rguenth
Date: Tue Jul 15 15:52:35 2008
New Revision: 137844
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137844
Log:
2008-07-15 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-07-15 15:53
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-07-15 15:54 ---
Maybe 4.3.1 is miscompiling GCC 4.4.0 here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36837
--- Comment #7 from jadamcze at utas dot edu dot au 2008-07-15 15:56
---
I tried a build using 4.2.4 - same problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36837
--- Comment #6 from jakub at gcc dot gnu dot org 2008-07-15 16:01 ---
m32c-elf is neither primary nor secondary target.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Since July 13, I see this on bootstrapping:
/mnt/share/bld/gcc/./gcc/xgcc -B/mnt/share/bld/gcc/./gcc/
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/lib/ -isystem
/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/include -isystem
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-07-15 16:14 ---
Created an attachment (id=15913)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15913action=view)
pre-processed sources, should actually be .i not .ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-07-15 16:28 ---
%/mnt/share/bld/gcc/./gcc/xgcc -B/mnt/share/bld/gcc/./gcc/
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/lib/ -O2 -o unwind-dw2.o -c
~bkoz/unwind-dw2.i
If I declare a struct with only anonymous unions plus a flexible array member,
gcc 4.2.3 complains about flexible array member in otherwise empty struct
Only if I add some other object to the struct the error goes away. removing the
flexible array member causes the error to go away, and sizeof
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-07-15 16:38 ---
Configured with --disable-checking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-07-15 17:13 ---
Workaround is to use --enable-checking=release, which works. Thanks Andrew
Pinsky!! gcc_assert issues?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-07-15 17:14 ---
s/Pinsky/Pinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
Complex array multiply uses scalar instructions instead of using packed
instructions.
subroutine complex_mult_test(Iy, Ix, nx)
implicit none
integer(kind=kind(1)), intent(in) :: nx
complex(kind=kind((1.0d0,1.0d0))), dimension(nx), intent(inout) :: Iy
For calculation involving multidimensional array multiplication followed by a
sum along first dimension,
GCC performs the steps separately - the element-by-element array
multiplication is completed first.
Function gfortran_sum_r8 is called next to calculate the sum.
A better process
Instead of automatically allocating the temporary array in heap, it would be
wise to perform a few checks to determine a temporary array is actually
required, whether to reserve memory in stack instead etc.
The code produced by GCC for the following subroutine does the following.
i. Start
--- Comment #1 from kargl at gcc dot gnu dot org 2008-07-15 19:03 ---
This would appear to be a middle-end or back-end issue. Given
-fdump-tree-original to 4.2.3, one finds
complex_mult_test (iy, ix, nx)
{
S.4 = 1;
while (1)
{
if (S.4 ubound.0) goto L.1; else
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-15 19:09 ---
PowerPC version looks good:
.L3:
lfd 12,8(3)
lfd 10,0(4)
lfd 13,8(4)
fmul 11,12,10
lfd 0,0(3)
addi 4,4,16
fmul 12,12,13
fmadd 13,0,13,11
fmsub
--- Comment #4 from william dot l dot maynard at nasa dot gov 2008-07-15
19:17 ---
I run into the same problem trying to compile 4.3.1 either by bootstrap or by
using gcc 4.3.0 to compile it on my powerpc - dual cpus, powerpc 970 chips. My
computer runs Mac OS 10.4.11. config.guess
--- Comment #38 from joel at gcc dot gnu dot org 2008-07-15 19:33 ---
Created an attachment (id=15914)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15914action=view)
Zoltan's test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849
--- Comment #39 from joel at gcc dot gnu dot org 2008-07-15 19:36 ---
I compiled Zoltan's example test.c for the various arm-rtems gcc versions I had
laying around. The GCC version string is modified to reflect the RTEMS
specific patch revision and newlib version used in the binary. I
When you pass a function-type to a template as a type-parameter, you cannot use
that type to declare member functions (in class templates), or to declare free
functions (in function templates). This looks strange to me. comeau allows to
do this.
Testcase with class template:
templatetypename T
--- Comment #1 from schaub-johannes at web dot de 2008-07-15 20:43 ---
(In reply to comment #0)
When you pass a function-type to a template as a type-parameter, you cannot
use
that type to declare member functions (in class templates), or to declare free
functions (in function
Intel AVX has variable vector lengths of 128bit and 256bit.
There are 128bit INT and 256bit FP vector arithmetic operations
as well as asymmetric vector conversion operations:
256bit vector (V4DF/V4DI) - 256bit vector (D4SI/V4SF)
256bit vector (V8SI) - 256bit vecor (V8SF)
The current vectorizer
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36844
--- Comment #1 from hjl dot tools at gmail dot com 2008-07-15 21:47 ---
One problem is vectorizable_conversion. Is there a way to support
V4DF/V4DI - D4SI/V4SF
V8SI - V8SF
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36844
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-07-15 21:47 ---
works for me
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
--- Comment #2 from schaub-johannes at web dot de 2008-07-15 22:22 ---
I've written carefully through the Standard, and found this paragraph:
14.3.1p3
If a declaration acquires a function type through a type dependent on a
template-parameter and this causes a declaration that does not
--- Comment #1 from zoltan at bendor dot com dot au 2008-07-15 22:33
---
Created an attachment (id=15915)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15915action=view)
Test code to demonstrate the size increase
A short C file that compiles to about 60% larger with the new
--- Comment #4 from kkojima at gcc dot gnu dot org 2008-07-15 22:36 ---
Subject: Bug 36782
Author: kkojima
Date: Tue Jul 15 22:35:48 2008
New Revision: 137853
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137853
Log:
PR target/36782
* config/sh/sh.md
--- Comment #5 from kkojima at gcc dot gnu dot org 2008-07-15 22:43 ---
Subject: Bug 36782
Author: kkojima
Date: Tue Jul 15 22:42:45 2008
New Revision: 137854
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137854
Log:
Backport from mainline:
PR target/36782
--- Comment #2 from joel at gcc dot gnu dot org 2008-07-15 22:44 ---
I attached this code earlier for you to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849 along with size reports for
various optimization levels (Os, O1, and O2) and gcc versions. Is this a dupe
of that PR or
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-07-15 22:45 ---
Subject: Bug 36784
Author: kkojima
Date: Tue Jul 15 22:44:54 2008
New Revision: 137855
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137855
Log:
Backport from mainline:
PR target/36784
--- Comment #6 from kkojima at gcc dot gnu dot org 2008-07-15 22:50 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from kkojima at gcc dot gnu dot org 2008-07-15 22:50 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from kkojima at gcc dot gnu dot org 2008-07-15 22:53 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
With multilib enabled when building libgcc for avr35, the compiler generates
instructions that are illegal on that target (movw) and fails, failing the
whole installation process.
To reproduce the bug:
$ ../gcc-4.3.1/configure --target=avr-elf --disable-libada --disable-libssp
This code ICEs. This isn't preprocessed but is trivial and the preprocessor
lines highlight a change that switches the ICE on and off so I've left it in to
help.
*
templatetypename A, typename B
struct pair;
templatetypename... T
struct pairs;
--- Comment #2 from alexi dot zuo at gmail dot com 2008-07-16 01:57 ---
Since libfoo.so is linked to libbar.so, and libfoo.so does not hide the
typeinfo of ebase (does that means all defintions in libfoo.so are visible to
libbar.so? ), I suppose libbar.so should be able to see the
--- Comment #7 from dj at redhat dot com 2008-07-16 02:07 ---
Subject: Re: [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in
reload
It fixes the newlib compile failure, but there are regressions since
it last built. I'll have to check each of them to see if they're
caused
On Linux/x86, gcc 4.4 revision 137835 has
FAIL: StackTrace2 -O3 execution - source compiled test
and revision 137828 is OK. Revision 137834:
http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00544.html
may be the cause.
--
Summary: [4.4 Regression]: FAIL: StackTrace2 -O3 execution -
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-07-16 02:59
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dj at redhat dot com 2008-07-16 03:04 ---
Subject: Re: [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in
reload
The regressions all show up in v850 and iq2000 too, except one that I
can't reproduce, so I'm not going to worry about them.
--
--- Comment #8 from jadamcze at utas dot edu dot au 2008-07-16 03:48
---
Tried again building with 4.2.4 (and this time with no ccache :\) Code
compiles as expected. It appears that the 4.3.1 that I have has problems.
Trying again with fsf gcc-4.3.1.
--
--- Comment #9 from jadamcze at utas dot edu dot au 2008-07-16 04:54
---
../gcc-4.3.1/configure --prefix=${HOME}/gcc-native/ --enable-languages=c
make make install
CC=~/gcc-native/bin/gcc ../gcc/configure --prefix=${HOME}/gcc-spu
--enable-languages=c,c++ --with-newlib --with-headers
--- Comment #10 from jadamcze at utas dot edu dot au 2008-07-16 04:55
---
In other words, gcc-4.3.1 creates a wrong-functioning spu-elf-g++
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36837
85 matches
Mail list logo