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
--- 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 @@
--- 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 #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 #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 #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 #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
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 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
--- 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
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
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=
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36844
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
--- 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
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 #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
--- 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 #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 #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 #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
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
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
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.
--- 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
--- 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 #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
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 #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
--- 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
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 #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
---
--- 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 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 #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 #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 #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 #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 #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 #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 #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: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 #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 #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 #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 #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 #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 #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
-
--
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 #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
--- 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 #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
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 #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
--- 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 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 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 #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
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
---
--- 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
--
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 #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
--- 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 #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
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 #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
--- 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:
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 #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
--- 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
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
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
--- 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
85 matches
Mail list logo
