--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-05-17
14:44 ---
It can be fixed using the per-directory build infrastructure, but .java files
cannot be reliably compiled to the binary-compatibility abi.
--
What|Removed |Added
The simplest crash that I found is this:
public class AAA
{
static final Object cm = new Integer (2);
}
This is blocking 20155, which could easily be fixed now that libjava is built a
directory at a time.
--
Summary: java files cannot be compiled to bcabi
Product: gcc
--
What|Removed |Added
BugsThisDependsOn||21624
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
--- Additional Comments From dank at kegel dot com 2005-05-17 14:33 ---
Created an attachment (id=8911)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8911&action=view)
reduced source from glibc-2.3.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21623
Using crosstool-0.34, building glibc-2.3.5 on sh4 is ok with gcc-3.4.3,
fails with gcc-4.0.0. The attached reduced testcase shows the error:
foo2.i: In function 'plural_eval':
foo2.i:78: error: insn does not satisfy its constraints:
(insn 190 188 275 24 (set (reg/v:SI 76 fr12 [orig:169 n ] [169]
SUBROUTINE Eval(mind,p)
INTEGER :: mind
REAL, DIMENSION(mind:) :: p
p(mind)=0
END SUBROUTINE Eval
Works with g95
Fails with : GNU Fortran 95 (GCC 4.1.0 20050517 (experimental))
downloaded from http://gcc.gnu.org/wiki/GFortranBinaries
--
Summary: ICE
--- Additional Comments From falk at debian dot org 2005-05-17 14:07
---
(In reply to comment #23)
> Sorry if it is not belong here. Just a quick question: There are still
> unaligned
> exceptions generated (even by gcc(libgcj) code itself). Should I open a new
> bug
> report or could
_Length_2
!
CLOSE ( UNIT = Unit_Number )
!
!
END PROGRAM Check_Record_Length
!
--
Summary: Inconsistency with binary sequential output
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: GCC 4.1.0 20050517
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21621
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-17
13:32 ---
(In reply to comment #3)
> The bug is that gfortran apparently does not support printing of namelists. I
> don't know if this is in the fortran standard or not, but it is a very common
> compiler extension
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-17
13:25 ---
For ia-64, this can be exposed with prctl:
$ gfortran packtest.f90
$ prctl --unaligned=signal gdb ./a.out
GNU gdb Red Hat Linux (6.1post-1.20040607.52rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
13:18 ---
Huh, you did not configure with "--diable-multilib".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21620
I'm trying to compile gcc-4.0.0 using gcc-3.3.4, on x86_64-suse-linux.
Compilation stops with this error:
/usr/local/src/gcc-4.0.0/obj/gcc/xgcc -B/usr/local/src/gcc-4.0.0/obj/gcc/
-B/usr/local/gcc-4.0/x86_64-suse-linux/bin/
-B/usr/local/gcc-4.0/x86_64-suse-linux/lib/ -isystem
/usr/local/gcc-4.0
--- Additional Comments From falk at debian dot org 2005-05-17 12:30
---
(In reply to comment #8)
> - yes, however as the loigical extention of:
>"a null reference is undefined" => "may trap" => "will trap"
>is simply wrong, and is not justifyable; such an optimization
>is ta
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-17
11:58 ---
Closing, as nobody seems to care about GCC_EXEC_PREFIX being broken.
Arno
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
Keywords||rejects-valid
Known to fail|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:43 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-17
11:42 ---
(In reply to comment #9)
> Over my dead body. :-)
Oh, come on. It isn't that bad an idea to localize substitution failures,
isn't it:-)
> -- Gaby
Sven
--
http://gcc.gnu.org/bugzilla/s
The testcase
int f[__builtin_constant_p(&"Hello"[0])?1:-1];
did work on gcc 3.4, but doesn't any longer on 4.0 and 4.1.
The parser gets an integer constant node from fold_builtin, but still
thinks it is not a compile time constant for the array bound.
--
Summary: [4.0/4.1 regression
--
What|Removed |Added
OtherBugsDependingO||21619
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21617
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:33 ---
*** This bug has been marked as a duplicate of 21173 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:34 ---
*** Bug 21618 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:26 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:25 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-17
11:25 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Hello!
gcc reports internal compiler error when compiling mysql-4.1.11:
Version:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /appl/tmo/be6/tmp/gcc-4.0.0/configure --prefix=/appl/tmo/be6/32
--enable-shared --enable-threads --with-gnu-as --with-as=/appl/tmo/be6/32/bin/as
--with
--- Additional Comments From m dot cave-ayland at webbased dot co dot uk
2005-05-17 10:31 ---
Created an attachment (id=8910)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8910&action=view)
The crctest64 .c file mentioned, along with the .i and .s files
--
http://gcc.gnu.org/b
Using a 64-bit CRC algorithm implementation implemented using "long long int",
it has been found that gcc fails to optimise the algorithm correctly when the
-O2 parameter is used. In fact, it is found that the processing time for CRC
calculation more than doubles compared to the processing time for
--- Additional Comments From amodra at bigpond dot net dot au 2005-05-17
09:58 ---
Fails with 3.4.4 too
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-17
09:00 ---
Subject: Bug 21595
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-17 09:00:03
Modified files:
gcc: ChangeLog builtins.c
gcc/tes
--- Additional Comments From pcarlini at suse dot de 2005-05-17 08:57
---
Assuming that the intertwined compiler issues get fixed, the libstdc++ patch
should be trivial, I'm attaching to 19664 an old draft that maybe has now some
hunks wrong about copyright dates (if you can rework tho
--- Additional Comments From raj dot khem at gmail dot com 2005-05-17
08:43 ---
Created an attachment (id=8907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8907&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21616
GCC produced this ICE when the attached program was compiled. I tried the fix
from http://gcc.gnu.org/PR18641 but it did not fix the problem.
commandline options
-O2 -msoft-float -m64 -c
gcc output
=
a.c: In function `do_select':
a.c:12770: error: unable to find
--- Additional Comments From pluto at agmk dot net 2005-05-17 08:27 ---
(In reply to comment #3)
> Known gcc bug. Check out my patch in bug 19664:
>
> http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00180.html
>
> You may need to fix libstdc++ header files also.
in PR19664 i see di
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21332
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-17
08:14 ---
SSA form after inserting ASSERT_EXPRs
main ()
{
int i;
int c;
int b;
int D.1576;
:
c_4 = f ();
if (c_4 <= 0) goto ; else goto ;
:;
c_8 = ASSERT_EXPR ;
c_7 = -c_8;
goto ();
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-17
08:04 ---
Fails on i386-freebsd, too. Problems with non-linux /dev/null semantic, looks
like.
--
What|Removed |Added
In the following code snippet:
namespace odd {
template
void f(T&);
}
namespace N {
struct A {};
int f(A&);
void g()
{
A a;
using odd::f;
int assert = sizeof(f(a)); // <--- here
}
}
according to the standard 3.4.2/2 int N::f(A&) should be found. But gcc finds
void odd::f(T&). I
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-17
07:10 ---
Subject: Bug 21454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-17 07:10:40
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-17
07:08 ---
Subject: Bug 21610
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-17 07:07:59
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-17
07:02 ---
Subject: Bug 15080
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-17 07:02:18
Modified files:
gcc/testsuite : Change
101 - 142 of 142 matches
Mail list logo