--- Comment #31 from jv244 at cam dot ac dot uk 2008-12-17 08:36 ---
(In reply to comment #30)
> I think redoing this with 4.4.0 would be useful, to check if new code (like
> IRA) uses this kind of non-linear algorithms. But the register renaming patch
> hasn't changed between 4.3 and 4
--- Comment #1 from ubizjak at gmail dot com 2008-12-17 08:56 ---
There are various scary comments in ifcvt.c, noce_process_if_block() regarding
memory operands, like:
/* Only operate on register destinations, and even then avoid extending
the lifetime of hard registers on small
--- Comment #2 from ubizjak at gmail dot com 2008-12-17 08:58 ---
Setting Component to Generic RTL optimization.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-17 08:59 ---
See PR37302, the 4.4.0 behavior is IMHO correct.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rfm at gnu dot org 2008-12-17 09:36 ---
Is anyone monitoring/progressing this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27466
--- Comment #32 from jv244 at cam dot ac dot uk 2008-12-17 12:58 ---
The 9.3Gb for 4.4 is confirmed. I attached gdb to the process at that point
(after about 70min of compilation), and that is the backtrace:
#0 0x00b48a9a in bucket_allocno_compare_func (v1p=0x7fffe3592d98,
v2p=
--- Comment #1 from hjl at gcc dot gnu dot org 2008-12-17 17:06 ---
Subject: Bug 38556
Author: hjl
Date: Wed Dec 17 17:05:05 2008
New Revision: 142794
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142794
Log:
2008-12-17 H.J. Lu
PR middle-end/38556
* calls.c
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-17 17:38
---
The __swap_impl idea makes sense but note that user code can tell it from the
"standard" one when something throws. All in all, given that C++0x will be Ok
wrt these issues, I'm not sure we want to attempt some
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38495
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-12-17 17:19
---
Created an attachment (id=16917)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16917&action=view)
Reduced testcase
To be gnatchop-ed and compiled at -O2 -gnatp -mtune=i686.
--
http://gcc.gnu.org/bugzil
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-17 16:04 ---
The problem with the patch is that useless insns (visited with has_zero_uses on
lhs) are now scattered in the bbs and so aren't removed immediately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38533
--- Comment #9 from paolo dot carlini at oracle dot com 2008-12-17 17:21
---
Benjamin, any feedback on this? Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36801
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-17 17:34 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #18 from rwgk at yahoo dot com 2008-12-17 19:01 ---
(In reply to comment #17)
> A patch is posted at
>
> http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00943.html
>
I tried this patch locally and I'm happy to report that it fixes
the original problem.
Thanks!
--
http://
[ forwarded from http://bugs.debian.org/508576 ]
Michael Buesch reported the following segfault with gcc 4.3 on powerpc
with -maltivec. I confirmed that the bug is still present in 4.3 from SVN
and that it's not present on the trunk.
./xgcc -B. -maltivec --param ggc-min-expand=0 --param ggc-min-
Hi,
in this example
struct A
{
virtual ~A() {}
};
struct B
{
virtual ~B() {}
};
int main()
{
A* a(0);
dynamic_cast(a);
static_cast(a);
return 0;
}
the static_cast gives an error but the dynamic_cast not even a warning.
Cheers,
André
--
Summary: dynam
The following snippet:
8<-
#include
typedef std::auto_ptr v_type;
v_type fn(int v) {
v_type r(new int(4));
switch(v) {
case 1:
case 2: {
return v_type(new int(5));
} break;
default:
return r;
}
}
--- Comment #33 from steven at gcc dot gnu dot org 2008-12-17 19:40 ---
cfgexpand.c:defer_stack_allocation() has this gem:
/* Without optimization, *most* variables are allocated from the
stack, which makes the quadratic problem large exactly when we
want compilation to proc
Hello, i use winavr gcc for programming atmega2561 microcontroller.
2561 has 256 K program memory our code works good below 128 K but when our code
becomes larger than 128 K byte, does not work properly. this is because eicall
assembler command. there must be an EIND=1 command before accessing the
--- Comment #6 from laurent at guerby dot net 2008-12-17 11:13 ---
I confirm that on trunk adding to configure:
--enable-stage1-checking=release
allows a full bootstrap. I did not test STAGE1_CFLAGS="-g -O" yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #18 from linuxl4 at sohu dot com 2008-12-17 20:08 ---
confirmed for linux kernel 2.6.28-rc8.
--
linuxl4 at sohu dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-17 15:31
---
*** This bug has been marked as a duplicate of 38552 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #1 from burnus at gcc dot gnu dot org 2008-12-17 09:46 ---
For completeness: The compile-time check works in gfortran
character(len=10), target :: str
character(len=5), pointer :: ptr
ptr => str
end
Error: Different character lengths in pointer assignment at (1)
Howe
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-17 15:31
---
*** Bug 38555 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38552
--- Comment #17 from hjl dot tools at gmail dot com 2008-12-17 15:45
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00943.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
cross-avr-gcc-4.1.3_20080612 has the same issue as reported in bug#31331 for
4.1.1
Is this to be expected, or should it be fixed in 4.1.3?
reported in
https://bugzilla.novell.com/show_bug.cgi?id=458890
--
Summary: [avr] ICE on function attribute syntax for __vectorN()
Pro
--- Comment #1 from r0bertz at gentoo dot org 2008-12-17 14:43 ---
http://www.gentoo-cn.org/~zhangle/pamfunc.i
I can't upload the attachment.
So I have uploaded the preprocessed file to my server. Please get it at the
above link.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38554
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
Hello, i use winavr gcc for programming atmega2561 microcontroller.
2561 has 256 K program memory our code works good below 128 K but when our code
becomes larger than 128 K byte, does not work properly. this is because eicall
assembler command. there must be an EIND=1 command before accessing the
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-12-17 17:35
---
Vlad, I'd again need your help for this one, it's apparently a stack slot
sharing problem. Ada testcase and instructions have been filed.
The problematic excerpt of assembly is:
movl%esi, -28(%ebp)
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-12-17 17:15
---
a-strfix.adb is miscompiled at -O2 -gnatp on i686 (not i586).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38495
--- Comment #2 from domob at gcc dot gnu dot org 2008-12-17 10:18 ---
Added the runtime check for -fbounds-check. Thus fixed on trunk (4.4),
closing.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2008-12-17 09:56 ---
For Fortran 97 I found it; it is in the first sentence after the "Contrain:"s
"The target shall have the same type parameters as the pointer-object"
For Fortran 2003 I'm still searching (it does not seem to be in the
--- Comment #1 from tbm at cyrius dot com 2008-12-17 13:51 ---
Program received signal SIGSEGV, Segmentation fault.
0x1006cda0 in ggc_set_mark (p=0x4) at gcc/ggc-page.c:605
605 return base[L1][L2];
(gdb) where
#0 0x1006cda0 in ggc_set_mark (p=0x4) at gcc/ggc-page.c:605
#1 0x1000b
--- Comment #9 from m dot c dot schaafsma at student dot tudelft dot nl
2008-12-17 13:22 ---
Thanks for all the advice, sorry for my absence last months.
I am bound to ubuntu Hardy, which supports GCC 4.2.3
It is in my opinion too much work to manually install GCC
I resolved my problem
Hello, i use winavr gcc for programming atmega2561 microcontroller.
2561 has 256 K program memory our code works good below 128 K but when our code
becomes larger than 128 K byte, does not work properly. this is because eicall
assembler command. there must be an EIND=1 command before accessing the
--- Comment #2 from pault at gcc dot gnu dot org 2008-12-17 12:20 ---
This is, of course, confirmed!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
On Linux/ia64, I got
libbackend.a(calls.o): In function `expand_call':
/export/gnu/import/svn/gcc-test/bld/gcc/../../src-trunk/gcc/calls.c:2289:
undefined reference to `REG_PARM_STACK_SPACE'
collect2: ld returned 1 exit status
make[6]: *** [cc1-dummy] Error 1
--
Summary: [4.4 Regress
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ra
Summary|ACATS tests cxa4004 cxa4005 |[4.4 Regression] A
--- Comment #3 from domob at gcc dot gnu dot org 2008-12-17 10:14 ---
Thanks for the analysis, Tobias, I will then take this on as supplement to PR
38137.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-17 10:17 ---
Subject: Bug 38137
Author: domob
Date: Wed Dec 17 10:16:28 2008
New Revision: 142791
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142791
Log:
2008-12-17 Daniel Kraft
PR fortran/38137
* tr
--
Summary: Invalid function return path analysis error report
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
Rep
--- Comment #2 from tbm at cyrius dot com 2008-12-17 13:51 ---
When I add -fno-tree-vrp, I get:
libmpcodecs/ad_imaadpcm.c:155: internal compiler error: in c_expand_expr, at
c-common.c:4543
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38553
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-17 13:06 ---
Created an attachment (id=16915)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16915&action=view)
gcc44-pr38533.patch
Patch that cures this. Bootstrapped/regtested on x86_64-linux, except for
gfortran.dg/reasso
=
--enable-linux-futex --enable-checking
Thread model: posix
gcc version 4.4.0-pre built 20081217 (Gentoo SVN ebuild) rev. 142790 ()
This is the command line to trigger the bug:
/usr/libexec/gcc/mips64el-unknown-linux-gnu/4.4.0-pre/cc1 -quiet -v -I.
-Iimportinc
-I/var/tmp/portage/media
http://buildd.debian.org/fetch.cgi?&pkg=gcc-snapshot&ver=20081213-1&arch=arm&stamp=1229194077&file=log
not sure how relevant this is, doesn't fail on the current gnueabi
configuration.
Matthias
ar rc libbackend.a insn-attrtab.o insn-automata.o insn-emit.o insn-extract.o
insn-modes.o insn-opini
--- Comment #3 from tbm at cyrius dot com 2008-12-17 13:53 ---
Created an attachment (id=16916)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16916&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38553
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-17 21:49 ---
Fixed with
http://gcc.gnu.org/viewcvs?view=rev&revision=142798
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from astrange at ithinksw dot com 2008-12-17 22:10 ---
Causes silly code on i386 with this:
void pred8x8l_vertical_add_c(unsigned char *pix, const short *block, int
stride){
int i;
for(i=0; i<8; i++){
int j;
for (j=0; j<8; j++){
pix[j] =
During compilation, getting build2_stat failure.. Following is the description
for the same.
gcc -O2 -floop-block error_build_stat.c
error_build_stat.c: In function 'test':
error_build_stat.c:1: internal compiler error: in build2_stat, at tree.c:3293
Please submit a full bug report,
with preproce
--- Comment #1 from mitul dot thakkar at amd dot com 2008-12-17 23:24
---
Created an attachment (id=16918)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16918&action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38559
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-17 23:25 ---
I think this is basically the same as PR 12277.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38557
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-17 23:37 ---
I'm testing a fix.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
from Debian bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502283
$ cat test.c
class XXX {
virtual void foo() = 0;
};
int main ()
{
}
$ g++-4.1 -Wall test.c
test.c:1: warning: class XXX has virtual functions but non-virtual destructor
starting at g++-4.2, there is no warning anymor
On Linux/Intel64, I got
FAIL at line 3615, options --format=gnu-v3 --no-params:
FAIL at line 3621, options --format=gnu-v3 --no-params:
FAIL: abi/demangle/regression/cw-16.cc execution test
FAIL: abi/demangle/regression/cw-16.cc execution test
FAIL: g++.dg/cpp0x/auto12.C scan-assembler _ZN1AIiE1gI
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-18 00:33 ---
I used RUNTESTFLAGS="--target_board 'unix{-m32,}'".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38561
Building mysql 5.0.67 with gcc 4.2 and 4.3.2 produce okay results. Building on
4.3.3 20081210 (prerelease) and 4.4.0 20081212 (experimental) [trunk revision
142725] causes problems. Compiling with -O1 (instead of the default -O2) fixes
the issue. At least one of the failures was reduced to sql/l
--- Comment #1 from kees at outflux dot net 2008-12-18 00:35 ---
Created an attachment (id=16919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16919&action=view)
mysql source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
--- Comment #2 from kees at outflux dot net 2008-12-18 00:36 ---
Created an attachment (id=16920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16920&action=view)
obj file from -O2 gcc 4.3.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562
--- Comment #3 from kees at outflux dot net 2008-12-18 00:38 ---
Created an attachment (id=16921)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16921&action=view)
obj file from -O2 gcc 4.4.0 20081212 (experimental) [trunk revision 142725]
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-18 00:39 ---
See PR7302.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38560
--- Comment #6 from kees at outflux dot net 2008-12-18 00:41 ---
Created an attachment (id=16924)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16924&action=view)
obj file from -O1 gcc 4.4.0 20081212 (experimental) [trunk revision 142725]
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #4 from kees at outflux dot net 2008-12-18 00:39 ---
Created an attachment (id=16922)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16922&action=view)
obj file from -O2 gcc 4.4.0 20081212 (experimental) [trunk revision 142725]
--
kees at outflux dot net changed:
--- Comment #5 from kees at outflux dot net 2008-12-18 00:40 ---
Created an attachment (id=16923)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16923&action=view)
obj file from -O2 gcc 4.3.2
--
kees at outflux dot net changed:
What|Removed |A
--- Comment #7 from kees at outflux dot net 2008-12-18 01:07 ---
Created an attachment (id=16925)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16925&action=view)
4.4.0 -E output of log_event.cc (bzip2)
$ /usr/lib/gcc-snapshot/bin/g++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr\""
void f(void)
{
void *p;
sizeof(*p);
sizeof(void);
}
The above code contains a constraint violation. gcc does not currently flag
this as a constraint. Using the -pedantic option causes a warning to be
generated.
"The sizeof operator shall not be applied to an expression that has function
type or
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-18 01:33 ---
-pedantic-errors causes an error to be outputted. Since using pointer
arithmetic on void pointers is an extension, using sizeof on void is valid and
is defined as 1.
*** This bug has been marked as a duplicate of 2
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-18 01:33 ---
*** Bug 38563 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #24 from pinskia at gcc dot gnu dot org 2008-12-18 01:35
---
*** Bug 38560 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-18 01:35 ---
This is expected, -Wnon-virtual-dtor was moved from -Wall to -Weffc++. See PR
16190.
*** This bug has been marked as a duplicate of 16190 ***
--
pinskia at gcc dot gnu dot org changed:
What|Remo
$ /home/ddaney/gccsvn/native-install/bin/gcc --version
gcc (GCC) 4.4.0 20081217 (experimental) [trunk revision 142799]
Configured as:
../trunk/configure --prefix=/home/ddaney/gccsvn/native-install
--disable-multilib --enable-languages=c
With the test case I will attach I get:$
/home/ddaney
--- Comment #1 from daney at gcc dot gnu dot org 2008-12-18 01:53 ---
Created an attachment (id=16926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16926&action=view)
Test case.
Here is the somewhat reduced test case. The original code comes from the Linux
kernel mm/readahead.c.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE in |[4.4 Regression] ICE in
|insert_into_preds_of_block
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-18 02:09 ---
Reduced testcase:
struct list_head {
struct list_head *next, *prev;
};
struct list_head *__current_thread_info;
void test_ti_thread_flag(void*);
int __do_page_cache_readahead( int nr_to_read)
{
Take:
#define vector __attribute__((vector_size(16) ))
vector unsigned int f(int a)
{
vector unsigned int mask = a ? (vector unsigned int){ 0x8000, 0x8000,
0x8000, 0x8000 } : (vector unsigned int){0};
return mask;
}
--- CUT ---
This ICEs in 4.3.3 but not 4.4.0, it does not ICE i
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-18 02:34 ---
Oh it only ICEs with the C++ front-end where we get a TARGET_EXPR.
The simple fix is:
Index: gimplify.c
===
--- gimplify.c (revision 142804)
+++ gimpl
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-18 05:57 ---
It is caused by revision 142662:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00686.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-18 07:53 ---
Subject: Bug 38505
Author: jakub
Date: Thu Dec 18 07:52:07 2008
New Revision: 142806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142806
Log:
PR middle-end/38505
* tree-ssa.c (useless_type_co
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-18 07:56 ---
Subject: Bug 38533
Author: jakub
Date: Thu Dec 18 07:54:43 2008
New Revision: 142807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142807
Log:
PR middle-end/38533
* tree-ssa-reassoc.c (remove_
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-18 07:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
80 matches
Mail list logo
