--- Comment #3 from hjl at gcc dot gnu dot org 2008-10-26 06:54 ---
Subject: Bug 37884
Author: hjl
Date: Sun Oct 26 06:53:25 2008
New Revision: 141371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141371
Log:
2008-10-25 Vladimir Makarov <[EMAIL PROTECTED]>
PR middle-
gcc will simply remove functions if they're declared inline without
optimizations.
testinline.c:
inline int testinline()
{
return 1;
}
int main(int argc, char *argv[])
{
return testinline();
}
[EMAIL PROTECTED] src]$ gcc -std=gnu99 testinline.c; echo $?
/home/peroyvind/tmp/ccKURkm
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-26 01:58 ---
I also have trouble understanding what is going on in
cp_parser_cast_expression. It seems that after parsing a '(type-id)' we cannot
be sure that this is a cast:
/* If ok so far, parse the dependent expression. W
--- Comment #4 from manu at gcc dot gnu dot org 2008-10-26 01:42 ---
The culprit is (yet again) parsing tentatively. cp_parser_cast_expression
parses tentatively the whole:
(t *)malloc(sizeof(t) * t->a)
not committing to parse definitively at any moment. Hence, when this fails, the
who
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-10-25 23:59
---
Created an attachment (id=16549)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16549&action=view)
Program to generate simple test file used above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-10-25 23:58
---
Created an attachment (id=16548)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16548&action=view)
The test program used above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-10-25 23:56
---
Created an attachment (id=16547)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16547&action=view)
Experimental patch
With this patch, I see some improvement with a more realistic test case. Here
are test r
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|
--- Comment #6 from hp at gcc dot gnu dot org 2008-10-25 21:20 ---
Created an attachment (id=16546)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16546&action=view)
As 4.3.3 above but with -fno-tree-reassoc
As attachment id=16544, but adding -fno-tree-reassoc.
Note that it now "on
--- Comment #5 from hp at gcc dot gnu dot org 2008-10-25 21:09 ---
Created an attachment (id=16545)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16545&action=view)
As 4.4.0 above but with -fno-tree-reassoc
As attachment id=16543, but adding -fno-tree-reassoc.
--
http://gcc.g
--- Comment #4 from hp at gcc dot gnu dot org 2008-10-25 21:06 ---
Created an attachment (id=16544)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16544&action=view)
Assembly output corresponding to gcc-4.3.3 (gcc-4_3-branch at 141344)
Similar: for cris-axis-elf, with -O2 -march=v1
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37903
--- Comment #3 from hp at gcc dot gnu dot org 2008-10-25 20:57 ---
Created an attachment (id=16543)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16543&action=view)
Assembly output corresponding to gcc-4.4.0 (trunk at 141361)
For cris-axis-elf, with -O2 -march=v10 -mno-mul-bug-wor
--- Comment #1 from mikpe at it dot uu dot se 2008-10-25 20:55 ---
Same here. gcc-4.4-20081024 configured with --enable-languages=c,c++ and built
using gcc-4.3.2/binutils-2.18.93 on cygwin (XP 64 Pro) ICEs when compiling
type_traits.h. It also ICEs in the same place when configured for
x
--- Comment #2 from hp at gcc dot gnu dot org 2008-10-25 20:22 ---
Created an attachment (id=16542)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16542&action=view)
Assembly output corresponding to gcc-3.2.1
For cris-axis-elf, with -O2 -march=v10 -fno-gcse -fno-reorder-blocks
(act
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-25 20:13 ---
Created an attachment (id=16541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16541&action=view)
Preprocessed adler32.c from zlib-1.1.3, with header gunk pruned.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
The attached preprocessed code in the first attachment is that of the adler32
function in zlib-1.1.3. It comes highest in the profile of a zlib-based
performance regression test (the "example" program with no parameters).
I'm attaching the assembly code corresponding to gcc-3.2.1 for cris-axis-elf
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-25 18:43 ---
Patch is wrong, we should go through memory somehow.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
17:48 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> @@ -9277,7 +9281,7 @@
> offset += 8;
> }
>
> - return gen_rtx_PARALLEL (mode, gen_rtvec_v
--- Comment #3 from manu at gcc dot gnu dot org 2008-10-25 17:28 ---
closed as INVALID then.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from kumba at gentoo dot org 2008-10-25 16:58 ---
The patch did work, but I've since moved onto using 4.3.2, which has no
problems. Closing as WORKSFORME
--
kumba at gentoo dot org changed:
What|Removed |Added
--
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
16:53 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> emit_group_store clearly doesn't care about BLOCK_REG_PADDING if dst is
> CONCAT,
> I think the code pretty much assum
'make bootstrap' broken on cygwin with following error:
/home/vmk/gccdev/gcctr/gccobj/./gcc/xgcc -shared-libgcc
-B/home/vmk/gccdev/gcctr/gccobj/./gcc -nostdinc++
-L/home/vmk/gccdev/gcctr/gccobj/i686-pc-cygwin/libstdc++-v3/src
-L/home/vmk/gccdev/gcctr/gccobj/i686-pc-cygwin/libstdc++-v3/src/.libs
-B
--- Comment #7 from manu at gcc dot gnu dot org 2008-10-25 14:53 ---
Patch and update summary.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-10-25 14:53 ---
Created an attachment (id=16540)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16540&action=view)
a reduced test case
The reduced test case fails on 4.2/4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from manu at gcc dot gnu dot org 2008-10-25 14:52 ---
The C front-end prints:
error: called object (int __complex__){(int)__real__ (i), (int)__imag__ (i)}
is not a function
which is not great either.
We could try to dump the complex expression as a CONVERT_EXPR:
erro
--- Comment #2 from kkojima at gcc dot gnu dot org 2008-10-25 14:48 ---
I've confirmed that it fails on the trunk and the reduced test
case fails on 4.2.4.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
-
The build of the Debian gcc-snapshot package, version 20081023, fails buring
the build of libgcc:
../../../../src/libgcc/../gcc/libgcc2.c: In function '__divti3':
../../../../src/libgcc/../gcc/libgcc2.c:1083: internal compiler error: vector
VEC(basic_block,base) index domain error, in nearest_comm
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-10-25 12:29 ---
Not yet. IIRC, there was an issue left not addressed by this.
Judging from the latest status reports, I'll find the time to look into it
again in December before 4.4 is released.
--
http://gcc.gnu.org/bugzilla/
--- Comment #17 from jakub at gcc dot gnu dot org 2008-10-25 10:47 ---
I'd say this is a bug in emit_group_store, but I'd fear how many ports will
break
if we touch it.
emit_group_store clearly doesn't care about BLOCK_REG_PADDING if dst is CONCAT,
I think the code pretty much assumes t
--- Comment #3 from ubizjak at gmail dot com 2008-10-25 10:14 ---
Minimized testcase:
--cut here--
void Perl_croak (void) __attribute__ ((noreturn));
static int __attribute__ ((noreturn))
not_here (void)
{
Perl_croak ();
}
void XS_IO__Handle_setvbuf (void)
{
int i = not_here ();
}
--- Comment #2 from ubizjak at gmail dot com 2008-10-25 09:46 ---
Confirmed on x86_64-pc-linux-gnu:
Program received signal SIGSEGV, Segmentation fault.
0x004c6e04 in link_block (b=0x7fa2cf6fba20, after=0x7fa2cf6fb840) at
../../gcc-svn/trunk/gcc/cfg.c:153
/home/uros/gcc-svn/tr
--- Comment #1 from mhx-perl at gmx dot net 2008-10-25 08:56 ---
Created an attachment (id=16539)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16539&action=view)
Preprocessed source that triggers ICE/segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37913
[EMAIL PROTECTED] $ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.4-20081024/configure --program-suffix=-4.4
--prefix=/home/mhx/gcc/gcc-4.4-20081024 --enable-languages=c,c++ --disable-nls
Thread model: posix
gcc version 4.4.0 20081024 (experimental) (GCC)
[EMAIL
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-10-25 08:40 ---
Daniel, do you want to apply this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36355
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-10-25 08:26 ---
This would mean an ABI change, but it is worth thinking about.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
36 matches
Mail list logo
