--- 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
int main()
{
__gnu_cxx::crope myRope;
myRope = "1234567890";
char buffer[100];
myRope.copy(1,1,buffer);
return 0;
}
the error:
/us
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 thi
--- 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=15910&action=view)
File generated by -save-temps
I didn't know you could upload files.
I attach file generated by -save-temps so that you d
--- 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
AssignedTo|unassigned
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 http://www.angelcode.com/dev/callconv/callc
--- 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 '/home/jy
--- 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=gcc&view=rev&rev=137829
Log:
2008-07-15 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- 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=gcc&view=rev&rev=137830
Log:
2008-07-15 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- 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=gcc&view=rev&rev=137837
Log:
2008-07-15 Andrew Pinski <[EMAIL PROTECTED]>
PR ta
--- 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=gcc&view=rev&rev=137838
Log:
PR target/36780
* config/sh/sh.h (GO_IF_LEGIT
--- 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=gcc&view=rev&rev=137839
Log:
Backport from mainline:
PR target/36780
For the following fragment :
#include
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 __vector__ f()':
splat.cpp
--- 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
AssignedTo|unas
--- 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 --target=spu-elf
--- 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 --with-mpfr=/usr
--- 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=gcc&view=rev&rev=137843
Log:
2008-07-15 Richard Guenther <[EMAIL PROTECTED]>
--- 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 ../../gcc/cp/init.c
--- 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=15911&action=view)
update the patch
This patch looks better. It should regtest safely and is not far from behing
ready to be submitt
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-15 15:19 ---
You mean http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=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
understand
--- 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=15912&action=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=gcc&view=rev&rev=137844
Log:
2008-07-15 Richard Guenther <[EMAIL PROTECTED]>
--- 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
Status|ASSIGNE
--- 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
/mnt/s
--- 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=15913&action=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
/mnt
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 re
--- 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
complex(kind=kind((1.
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 wou
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 (v
--- 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 0
--- 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 iden
--- 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=15914&action=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:
template struct bar {
--- 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 t
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 vectoriz
--
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=15915&action=view)
Test code to demonstrate the size increase
A short C file that compiles to about 60% larger with the new comp
--- 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=gcc&view=rev&rev=137853
Log:
PR target/36782
* config/sh/sh.md (symGOT_loa
--- 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=gcc&view=rev&rev=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 separate
--- 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=gcc&view=rev&rev=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
--enable-languages=
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.
*
template
struct pair;
template
struct pairs;
template
struct pairs...> {
#ifndef NO_ICE
st
--- 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 typein
--- 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 b
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
Status|ASS
--- 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.
--
http://gcc
--- 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.
--
http://gcc.gnu.org/bugzil
--- 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
--- Comment #5 from irar at il dot ibm dot com 2008-07-16 06:19 ---
This seems to fix the problem:
Index: tree-chrec.c
===
--- tree-chrec.c(revision 137271)
+++ tree-chrec.c(working copy)
@@ -696,6 +696,8 @@
I recently came across a subtle bug in my program that probably deserves a
warning from the compiler. It involves virtual functions in base/derived
classes where one is const and the other is not. The behavior under these
circumstances makes sense, but this situation should be easy to detect and
mi
85 matches
Mail list logo
