gcc is allocating more stack space than needed. It seems to be bug similar to
bug 9624.
C test code.
1 #include
2
3 void function1() {
4 char a;
5 }
6
7 int main() {
8 function1();
9 }
Assembly Output
1 .file "test1.c"
2 .tex
--- Comment #18 from jason at gcc dot gnu dot org 2009-03-11 05:02 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from jason at gcc dot gnu dot org 2009-03-11 05:01 ---
Subject: Bug 39086
Author: jason
Date: Wed Mar 11 05:01:30 2009
New Revision: 144772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144772
Log:
PR debug/39086
* tree-nrv.c (tree_nrv): Don't do
--- Comment #1 from dannysmith at users dot sourceforge dot net 2009-03-11
02:41 ---
This is fixed in 4.3.x by
2006-11-20 Carlos O'Donell
Mark Mitchell
* cppdefault.c: Define cpp_PREFIX, cpp_PREFIX_len, and
gcc_exec_prefix.
(cpp_relocated): Ne
When attempting to compile tcc-0.9.22 with gcc 3.4.6, bad things happen:
test108:24% gmake
gcc -O2 -g -Wall -mpreferred-stack-boundary=2 -m386 -malign-functions=0 -o
tcc_g tcc.c
`-m386' is deprecated. Use `-march=i386' or `-mtune=i386' instead.
tcc.c:1: warning: -malign-functions is obsolete,
The Fortran 2003 standard Section C.1.6 allows a generic procedure to have the
same name as a type , but gfotran gives "Error: DERIVED attribute of 'foo'
conflicts with PROCEDURE attribute at (1)" on the following code:
module foo_module
type foo
integer :: bar
end type
interface foo
--- Comment #42 from pinskia at gcc dot gnu dot org 2009-03-10 23:01
---
*** Bug 39426 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 2009-03-10 23:01 ---
*** This bug has been marked as a duplicate of 57 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from aran at 100acres dot us 2009-03-10 22:56 ---
A typedef is an effective workaround
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39426
The gcc incorrectly parses the template arguments for default values in member
functions. Here is an example:
template
class B
{
};
class A
{
public:
void foo( B x = B() )
{
}
};
Gcc 4.3.3 emits the following:
9: error: expected ',' or '...' before '>' token
9: error: wrong num
On the following example, gcc seems to loop and starts filling the ram after
reporting the errors. Same issue on x86_64-linux-gnu or with older 4.x
versions.
~/tmp$ cat test2.cpp
class a {
template
struct _rec {
static const char size = _rec< (s >> 1) >::size;
};
template<>
s
On this computer, the main disk is labeled H:\, and GCC won't so much as print
its version. It repeatedly causes crss to throw a No Disk error, which doesn't
accept cancel as an answer. Can't really isolate problem; don't have access to
any other computers without C:\ as main drive, and since it wo
--- Comment #6 from tom at atoptech dot com 2009-03-10 20:34 ---
Subject: Re: cannot silence -Wconversion warnings for
bit-fields
> AFAIK, that is not true. I just tried your very example with gcc 4.2.4 and it
> doesn't warn with -Wall -Wextra -Wconversion. g++ did warn but no
--- Comment #3 from johnw at gnu dot org 2009-03-10 19:32 ---
Hmm... I have ensured that the #include chain in every source file results in
the given header appearing first. That is, whatever a file includes, it will
include utils.h, which includes system.hh. And so, it works with 4.2
--- Comment #5 from manu at gcc dot gnu dot org 2009-03-10 19:15 ---
(In reply to comment #4)
>
> The previous version of "gcc" warned when implicit narrowing of doubles to
> integral values, such as
>
> double n = 0.05;
> int d = n;
>
> when using the "-Wall" option.
--- Comment #5 from jkolb at wsi dot com 2009-03-10 17:58 ---
This is now fixed. Definite duplicate of 39360.
--
jkolb at wsi dot com changed:
What|Removed |Added
--- Comment #4 from tom at atoptech dot com 2009-03-10 17:40 ---
Manuel,
You miss understood what I meant by "old behavior was just fine". I was saying
that the previous behavior of "gcc" worked fine and I was NOT referring
specifically to the "-Wconversion" option.
The previous versi
--- Comment #2 from irar at gcc dot gnu dot org 2009-03-10 17:29 ---
Subject: Bug 39422
Author: irar
Date: Tue Mar 10 17:29:21 2009
New Revision: 144754
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144754
Log:
PR tree-optimization/39422
* gcc.dg/vect/costmodel/
--- Comment #1 from urmet dot saar at gmail dot com 2009-03-10 17:24
---
I can confirm this, it's been annoying me for some time.
When I changed every "A-Za-z0-9" to [:alnum:] the symbol conflicts went away
and diff confirmed that the generated files were identical to the ones
generated
--- Comment #5 from jason at redhat dot com 2009-03-10 16:41 ---
Subject: Re: [4.2/4.3/4.4 Regression] ICE in gen_tagged_type_instantiation_die
jakub at gcc dot gnu dot org wrote:
> What's the point in generating the DIE in gen_tagged_type_instantiation_die?
It seems to be for generat
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37850
--- Comment #10 from froydnj at gcc dot gnu dot org 2009-03-10 15:49
---
Fixed on trunk.
--
froydnj at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #9 from froydnj at gcc dot gnu dot org 2009-03-10 15:43 ---
Subject: Bug 37850
Author: froydnj
Date: Tue Mar 10 15:42:51 2009
New Revision: 144751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144751
Log:
PR middle-end/37850
* libgcc2.c (__mulMODE3):
--- Comment #10 from burnus at gcc dot gnu dot org 2009-03-10 15:29 ---
> Can someone reproduce this with C code?
Yes: The following gives a SIGFPE with -m32 (logf, sqrtf) and with -m64 and
"sqrtf" but not with -m64 with "logf". (Compile with "-fsignaling-nans" and
"-lm".)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.4 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779
--- Comment #1 from irar at il dot ibm dot com 2009-03-10 13:55 ---
I am preparing a patch.
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39417
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39422
--- Comment #1 from paolo dot carlini at oracle dot com 2009-03-10 13:34
---
.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNC
--- Comment #6 from danglin at gcc dot gnu dot org 2009-03-10 13:29 ---
We are back to the previous set of neon fails.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--
Summary: [
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chrbr at gcc dot gnu dot org
http:/
The following two SPU test cases now fail on mainline (they pass on 4.3):
FAIL: gcc.dg/vect/costmodel/spu/costmodel-vect-76b.c scan-tree-dump-times vect
"vectorized 1 loops" 1
FAIL: gcc.dg/vect/costmodel/spu/costmodel-vect-76c.c scan-tree-dump-times vect
"vectorized 1 loops" 1
--
Sum
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-10 11:24 ---
You need to make sure to include the pch only from the toplevel source.
Otherwise
interesting things may happen. A convenient way to do so is to include the
pch via the -include command-line option.
--
http://
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-10 11:22 ---
It works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Version
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-10 11:15 ---
Confirmed. Workaround with -fno-tree-loop-im.
Maybe just latent on the trunk.
We perform the following:
Executing store motion of init from loop 1
Executing store motion of init from loop 1
Moving statement
init_
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-10 11:04 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-10 11:01 ---
Sounds reasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-10 09:52 ---
This is invalid testcase, relies on signed overflow. Compile with -fwrapv or
better don't do such broken things.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from ktietz at gcc dot gnu dot org 2009-03-10 09:46 ---
Created an attachment (id=17436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17436&action=view)
testcase C file
Test case for this problem. It can be reproduce AFAI tested on x86_64-pc-linux
and on x86_64-pc-
All of these problems are adisappearing when the code is compiled without the
-O2 flag.
I have tried to reproduce the problems using simple code fragments, but I have
only succeeded in doing this for 2 of these problems (t1 and t3 in the attached
testcase). I cannot reproduce the other problem (t
--- Comment #3 from jakub at gcc dot gnu dot org 2009-03-10 09:43 ---
What's the point in generating the DIE in gen_tagged_type_instantiation_die?
Seems we are generating that since like forever (that function existed already
when dwarf2out.c was added to the repository in 1996), but as
--- Comment #1 from johnw at gnu dot org 2009-03-10 08:42 ---
Created an attachment (id=17435)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17435&action=view)
The file resulting from using -save-temps
This code uses Boost extensively, although I don't know if that has any bearing
I've tried to reduce this down to a smaller case, but using -save-temps
resulted in a file which does not manifest the problem. But then, maybe it
shouldn't have.
My project is publically avaliable at http://github.com/jwiegley/ledger.
Perhaps this is too oblique, but if you pull the project and
--- Comment #2 from schmir at gmail dot com 2009-03-10 08:06 ---
just downgraded to gcc 4.3.2, which compiles this file without problems...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39419
--- Comment #15 from jakub at gcc dot gnu dot org 2009-03-10 08:05 ---
You can start with trying if -O2 -fno-inline -fno-inline-small-functions is
still miscompiled and if -O0 works, then you can add
__attribute__((__optimized__([02]))) to suspected functions.
--
http://gcc.gnu.org/
--- Comment #1 from schmir at gmail dot com 2009-03-10 07:59 ---
Created an attachment (id=17434)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17434&action=view)
preprocessed source file which triggers segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39419
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-10 07:58 ---
nspr is buggy. See
https://bugzilla.redhat.com/show_bug.cgi?id=487844
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
[py25] ~/bbot/ % gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-threads=posix
--mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit
--disable-
--- Comment #1 from r0bertz at gentoo dot org 2009-03-10 07:16 ---
http://www.gentoo-cn.org/~zhangle/prdtoa.i
my router does not work well with bugzilla.
It seems some data packet of the session can't make their way from server to my
notebook or vice versa. I need to re-login many times
-languages=c,c++
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion=
Thread model: posix
gcc version 4.4.0-pre built 20090310 (Gentoo SVN ebuild) rev. 144732 ()
The command to trigger the bug:
gcc prdtoa.i -g -c
50 matches
Mail list logo
