--- Comment #14 from steven at gcc dot gnu dot org 2009-03-10 06:32 ---
ISTR Richi has scripts to automatically identify file+function that is
miscompiled...?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2009-03-10 06:48 ---
The load to the general register should also be moved by bt-load, then.
The bt-load pass is designed for SH only, in its current state, but I think
extending it to move a small group of insns instead of just one
-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
--- 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
[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
--- 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
--- 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=17434action=view)
preprocessed source file which triggers segfault
--
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.
--
--- 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
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
--- 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=17435action=view)
The file resulting from using -save-temps
This code uses Boost extensively, although I don't know if that has any bearing
--- 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
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
--- 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=17436action=view)
testcase C file
Test case for this problem. It can be reproduce AFAI tested on x86_64-pc-linux
and on
--- 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 #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 #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
--- 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
--- 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
--- 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.
--
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
--
--
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
--- 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
--- 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
--
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
--
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
--- 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
--
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 #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.)
--- 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=gccview=revrev=144751
Log:
PR middle-end/37850
* libgcc2.c (__mulMODE3):
--- 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
--
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 #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
--- 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 #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=gccview=revrev=144754
Log:
PR tree-optimization/39422
*
--- 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 version of
--- 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 #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.
AFAIK,
--- 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 #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 not
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
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 {
templateunsigned int s
struct _rec {
static const char size = _rec (s 1) ::size;
};
The gcc incorrectly parses the template arguments for default values in member
functions. Here is an example:
templateclass T, class S
class B
{
};
class A
{
public:
void foo( Bint,int x = Bint,int() )
{
}
};
Gcc 4.3.3 emits the following:
9: error: expected ',' or '...'
--- 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
--- 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 #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
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
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,
--- 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 car...@codesourcery.com
Mark Mitchell m...@codesourcery.com
* cppdefault.c: Define cpp_PREFIX, cpp_PREFIX_len, and
gcc is allocating more stack space than needed. It seems to be bug similar to
bug 9624.
C test code.
1 #include stdio.h
2
3 void function1() {
4 char a;
5 }
6
7 int main() {
8 function1();
9 }
Assembly Output
1 .file test1.c
2
50 matches
Mail list logo
