--- Comment #5 from nospamname at web dot de 2009-08-02 07:23 ---
the problem happen on a gcc4.4.1 (the release) too,this is output.
$ make_68k_v4
/usr/local/amiga/bin/m68k-amigaos-gcc-4.4.1.exe -V 4.4.1 -DHAVE_AV_CONFIG_H -I.
-I/bin/ffmpeg8 -mnobitfield -m68060 -std=c99
I just tried to compile Suse Linux package libqca2-2.0.2-2.2
with the gcc 4.5 mainline snapshot 20090730
and the compiler said
qca_core.cpp:1880:3: internal compiler error: in create_tmp_var, at
gimplify.c:504
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from dcb314 at hotmail dot com 2009-08-02 08:48 ---
Created an attachment (id=18284)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18284action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40938
--- Comment #5 from dannysmith at users dot sourceforge dot net 2009-08-02
08:57 ---
(In reply to comment #3)
I'm linking using g++ driver, so shared libgcc is enabled by default in 4.4.0.
I've just tried to enabled shared libstdc++ as described in the Release Notes
to the MinGW
--- Comment #4 from charlet at gcc dot gnu dot org 2009-08-02 09:11 ---
I guess you did not follow the build instructions properly: if you build a
cross
Ada compiler, you need to first build a matching native compiler from the
*same*
sources.
Here you are using an older base compiler,
--- Comment #12 from sezeroz at gmail dot com 2009-08-02 09:32 ---
(In reply to comment #11)
This is the simplest patch that can possibly work:
A quick testing shows that the proposed patch, applied to rev.150333, cures the
ICE for me with -march=i386, i486, i586 and c3. Didn't do
--- Comment #2 from paolo dot carlini at oracle dot com 2009-08-02 09:33
---
PR40866 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40938
--- Comment #3 from dcb314 at hotmail dot com 2009-08-02 09:44 ---
(In reply to comment #2)
PR40866 ?
Maybe - there are many ways to fail a sanity check.
I notice that the line where it crashes is of the form
gcc_assert(!X Y);
It might be better to split this into two
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-02 09:47 ---
No, the asserts are enabled in release builds, so they should be combined to
reduce executable size.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40938
--- Comment #13 from ubizjak at gmail dot com 2009-08-02 09:59 ---
(In reply to comment #11)
I'm not sure if there is another patch that can work. :-)
Uros, do you think it's fine? I don't think that non-hot FP jumps are that
common. Definitely in the minimized testcase it's not
--- Comment #4 from janus at gcc dot gnu dot org 2009-08-02 10:59 ---
Subject: Bug 40881
Author: janus
Date: Sun Aug 2 10:58:44 2009
New Revision: 150349
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150349
Log:
2009-08-02 Janus Weil ja...@gcc.gnu.org
PR
Compiler details:
Target: mingw32
Configured with: ../../configure --prefix=/mingw --host=mingw32
--target=mingw32 --program-prefix= --with-as=/mingw/bin/
as.exe --with-ld=/mingw/bin/ld.exe --with-gcc --with-gnu-ld --with-gnu-as
--enable-threads --disable-nls --enable-langua
ges=c,c++
--- Comment #1 from comm_wolf at mail dot ru 2009-08-02 11:04 ---
Created an attachment (id=18285)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18285action=view)
Preprocessed sample source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40939
--- Comment #5 from janus at gcc dot gnu dot org 2009-08-02 11:13 ---
r150349 adds warnings for:
* alternate return
* computed goto
* statement functions
* old-style character lengths
Before we already had:
* arithmetic if
* assumed-length character functions
Which leaves the
--- Comment #2 from paolo dot carlini at oracle dot com 2009-08-02 11:34
---
Can't reproduce on x86_64-linux, in mainline. Before anything else, can you
please check if you can reproduce the issue also with the mainline compiler,
not just lambda branch? Certainly at this stage we don't
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40939
--- Comment #5 from paolo dot carlini at oracle dot com 2009-08-02 11:36
---
Still, you can certainly help the project by temporarily splitting the two
checks in your local tree, rebuilding, and telling us if both PRs fail on the
same one or not...
--
--- Comment #3 from comm_wolf at mail dot ru 2009-08-02 11:38 ---
Ok. I'll try it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40939
--- Comment #6 from paolo dot carlini at oracle dot com 2009-08-02 11:45
---
Or alternately playing a bit with the debugger, of course ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40938
--- Comment #4 from paolo dot carlini at oracle dot com 2009-08-02 12:02
---
By the way, before getting to specific issues, I suggest always running the
testsuite after the build, in order to exclude general, maybe temporary,
breakages in exception handling, for example.
--
A first step towards full polymorphism in gfortran would be the parsing and
resolution of CLASS statements, as defined in section 5.1 of the Fortran 2003
standard (R502).
Such and implementation must e.g. respect C502, C509 and C437 (to name a few).
A trivial application is the use of CLASS
FIXME item from gfortran.h:
/* Type specification structure. FIXME: derived and cl could be union??? */
typedef struct
{
bt type;
int kind;
struct gfc_symbol *derived;
gfc_charlen *cl; /* For character types only. */
struct gfc_symbol *interface; /* For PROCEDURE declarations.
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-08-02 18:48
---
Subject: Bug 40853
Author: jvdelisle
Date: Sun Aug 2 18:47:46 2009
New Revision: 150357
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150357
Log:
2009-08-02 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-02 21:42 ---
Confirmed. I see no technical reason for this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from htl10 at users dot sourceforge dot net 2009-08-02
22:33 ---
Tried svn r150353 (today) and the precompiled problem is gone and it fails at
the same place as before the precompiled header change - as in gcc-4.5-20090402
(svn
r145482) mentioned in comment 11:
--- Comment #19 from htl10 at users dot sourceforge dot net 2009-08-02
22:51 ---
The libltdl issue is a ksh bug... setting CONFIG_SHELL works around it. (The
person running ../src/configure has $SHELL=bash and I don't know why it wasn't
inherited...)
--- Comment #20 from paolo at gcc dot gnu dot org 2009-08-02 23:35 ---
Subject: Bug 40912
Author: paolo
Date: Sun Aug 2 23:35:41 2009
New Revision: 150361
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150361
Log:
2009-08-02 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #21 from paolo dot carlini at oracle dot com 2009-08-02 23:37
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Unless my understanding of the + flag is incorrect the following examples
fail:
printf(|%+.3i|, 0)
expected |+000|
actual |000|
printf(|%+5.3i|, 0)
expected | +000|
actual | 000|
printf(|%+.3i|, 127)
expected |+127|
actual |127|
printf(|+5.3i|, 127)
expected | +127|
actual | 127|
--- Comment #1 from paolo dot carlini at oracle dot com 2009-08-02 23:46
---
I'm not even going to read your report, sorry, this is a C library issue, if
anything.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #11 from paolo dot carlini at oracle dot com 2009-08-03 00:00
---
Jason, what do you think about this issue? I remember that lately you did quite
a bit of work on mangling problems too...
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #2 from naddiseo at gmail dot com 2009-08-03 00:01 ---
Oh, a glibc issue? I guess Ill go report it there. Thanks for replying so
fast.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40945
--- Comment #3 from paolo dot carlini at oracle dot com 2009-08-03 00:27
---
By the way, I can't reproduce the problem with any recent glibc: before
reporting anything, make sure to double check any potential issue on systems
running, say, at least, glibc2.4 or 2.5 (the last official
33 matches
Mail list logo