--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
07:01 ---
This has been fixed -- probably by the patch for either 19883 or 19991.
--
What|Removed |Added
--
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
06:58 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
06:55 ---
Subject: Bug 20073
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 06:55:11
Modified files:
gcc/cp : ChangeLog
Log message:
PR c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
06:52 ---
Subject: Bug 20073
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 06:52:09
Modified files:
gcc/cp : decl.c typeck.c
gcc/testsuit
4.0.0 outputs internal compiler error on the following invalid code.
3.3/3.4 silently ignores it.
if the invalid template function specialization is a definition 3.3/3.4
correctly reports it, 4.0.0 still outputs an internal compiler error.
template
struct A{
template
void function(T);
};
tem
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
05:37 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
05:36 ---
Fixed in 4.0.
--
What|Removed |Added
Summary|[3.4/4.0 regression] Enum |[3.4 r
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
05:36 ---
Fixed in 4.0.
--
What|Removed |Added
Known to fail|3.4.0 4.0.0 |3.4.0
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-23
05:35 ---
Fixed in 4.0.
--
What|Removed |Added
Known to fail|3.4.0 4.0.0 |3.4.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:31 ---
Subject: Bug 20148
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:30:51
Modified files:
gcc/testsuite/g++.dg/template: qualttp15.C
gc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:31 ---
Subject: Bug 19991
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:30:51
Modified files:
gcc/testsuite/g++.dg/template: qualttp15.C
gc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:31 ---
Subject: Bug 20152
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:30:51
Modified files:
gcc/testsuite/g++.dg/template: qualttp15.C
gc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:31 ---
Subject: Bug 20153
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:30:51
Modified files:
gcc/testsuite/g++.dg/template: qualttp15.C
gc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:08 ---
Subject: Bug 20100
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:08:33
Modified files:
gcc: ChangeLog tree-optimize.c tree-pass.h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
05:08 ---
Subject: Bug 20115
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 05:08:33
Modified files:
gcc: ChangeLog tree-optimize.c tree-pass.h
--- Additional Comments From davids at webmaster dot com 2005-02-23 02:19
---
> It's not the question of optimization but correctness.
Exactly, and not locking objects that may be modified from another thread is
not correct. Only the programmer knows whether an object may be modified
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
02:00 ---
I think this is a waste really for this bug to be open as non of the GCC people
commented on it and
when the orginal bug was filed, there was a huge opportunity to talk over this
and nothing was done.
So
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-23 01:54
---
A patch at:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01381.html
--
What|Removed |Added
--- Additional Comments From qrczak at knm dot org dot pl 2005-02-23 01:53
---
> The '-pthreads' flag should imply '-fno-threadsafe-statics'. For every other
> similar flag I can find, the default is to permit the compiler to make the
> optimizations that standard allows and specific fla
--- Additional Comments From davids at webmaster dot com 2005-02-23 01:30
---
The '-pthreads' flag should imply '-fno-threadsafe-statics'. For every other
similar flag I can find, the default is to permit the compiler to make the
optimizations that standard allows and specific flags are
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-23 01:29
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
01:29 ---
Subject: Bug 20017
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 01:28:59
Modified files:
gcc: ChangeLog passes.c
gcc/tests
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 01:11
---
Fixed on mainline.
--
What|Removed |Added
Status|NEW |RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
01:11 ---
Subject: Bug 19952
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 01:10:40
Modified files:
gcc: ChangeLog tree-if-conv.c
gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23
01:06 ---
Subject: Bug 20029
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-23 01:05:58
Modified files:
libjava: ChangeLog configure configure.ac Make
Here is a program that tests the some of the basic file operations that my real
programs do. Absoft 9.0 has no problem. gfortran gets a bus error.
[dir:~/tests/gfortran] dir% f90 -o backspace2 backspace2.f
[dir:~/tests/gfortran] dir% backspace2
nr = 5
x(1)= 1.0
x(1)= 2.0
x(1)=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
00:01 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
This has been failing on the tree-ssa branch since at least 2003-05-30.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=201
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
00:00 ---
: Search converges between 2003-01-15-trunk (#165) and 2003-01-17-trunk (#166).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
23:59 ---
: Search converges between 2003-04-22-trunk (#236) and 2003-05-04-trunk (#237).
This was hard to find as only 3.3 did not ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20152
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
23:55 ---
: Search converges between 2003-07-31-trunk (#310) and 2003-08-01-trunk (#311).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20147
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
23:55 ---
: Search converges between 2004-07-29-trunk (#498) and 2004-07-30-trunk (#499).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20133
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 23:19
---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 23:18
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
23:17 ---
Subject: Bug 20091
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 23:17:14
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/libsu
--- Additional Comments From dje at gcc dot gnu dot org 2005-02-22 22:52
---
We could skip the versioned old symbols completely, although providing those
symbols probably is more important in GCC 3.4 than in GCC 4.0. Should we place
the directives in a separate file only included in the
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
./nm ] ; then echo ./nm ; elif [ -f
/usr/src/build/524491-ppc64/BUILD/gcc-3.4.3-20050222/obj-ppc64-redhat-linux/gcc/../binutils/nm-new
] ; then echo
/usr/src/build/524491-ppc64/BUILD/gcc-3.4.3-20050222/obj-ppc64-redhat-linux/gcc/../binutils/nm-new
; else if [ "powerpc64-redhat-linux-gnu&quo
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 22:06
---
I should comment that yes I have tried to simplify tm.c. This is the best I
could do. It seems that register pressure is important to force the compiler
into the failure mode, as in simpler cases the madd fo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
22:06 ---
I think this was caused by:
2005-02-15 Richard Henderson <[EMAIL PROTECTED]>
* Makefile.am (libgcj_la_SOURCES): Move all sources ...
(libgcj0_convenience_la_SOURCES): ... here.
(li
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
22:04 ---
Hmm, I would read:
http://gcc.gnu.org/ml/gcc/2004-09/msg01520.html
and make sure that this is still there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
/usr/local/mipsel-linux-test --with-arch=mips32 --with-float=soft
--prefix=/usr/local/mipsel-linux-test --with-system-zlib
--enable-languages=c,c++,java
Thread model: posix
gcc version 4.0.0 20050222 (experimental)
I have not been able to generate a 'C' test case that fails on 3.4.x. A s
A full bootstrap including the java frontend (which implies libgcj) fails with
the following error message.
This is a regression from 3.4.x and relatively recent mainline.
...gnu/xml/transform/StreamSerializer.lo gnu/xml/transform/XSLURIResolver.lo
gnu/xml/transform/AttributeNode.lo gnu/xml/trans
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-22
21:47 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:41
---
Created an attachment (id=8258)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8258&action=view)
C testcase driver.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:40
---
Created an attachment (id=8257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8257&action=view)
C testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
Hi,
there is a problem with the scope of (at least) "implicit none"
in gfortran. It falsely extends into interface definitions.
The following is a minimal legal example related to a discussion
I started on comp.lang.fortran today:
program gfcbug25
implicit none
interface
subroutine foo
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
20:22 ---
Reduced to:
template
void
foo()
{
union { struct { }; };
}
This is invalid code, if we do without template function we get an error:
t.cc: In function void foo():
t.cc:8: error: anonymous struct n
The following program causes an internal compiler error when compiled with
gcc-3.4.3 or gcc-4.0 (CVS):
template
class C
{
public:
void foo();
};
template
void
C::foo()
{
union {
struct {
};
};
};
int main()
{
return 0;
}
--
Summary: ICE when
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
20:14 ---
Confirmed, reduced to:
struct KrSelectionMode { virtual void init() = 0; };
struct KrKDESelectionMode : public KrSelectionMode { void init() { } };
struct KrSelectionMode { virtual void init() = 0; };
stru
--- Additional Comments From andreast at gcc dot gnu dot org 2005-02-22
20:07 ---
I'll add a tc in libffi soon. It is ready here but I have a bunch of other tests
I'll submit when I finished my other libffi stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 20:01
---
No, the link error is unrelated. And I strongly suspect that you simply didn't
install the snapshot correctly, since the symbol does in fact exist and is
exported.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20152
Got ICE compiling krusader-1.51 (i suppose on illegal code) with 4.0.0 20050218
:
Preprocessed file: http://napalm.sf.cz/libPanel_a.all_cpp.ii.gz
#gcc -v ./libPanel_a.all_cpp.ii
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,c++
--enable-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
19:02 ---
Fixed in 3.4.4.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
19:01 ---
Subject: Bug 19823
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-22 19:00:40
Modified files:
boehm-gc : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
18:41 ---
Confirmed, thanks for the reduced testcase (and all the other testcases too).
Here is the backtrace:
#0 translate_common (common=0x42305ab0, var_list=0x42305b10) at
/Users/pinskia/src/local3/
gcc/gcc/fortr
I have no clue as to what the problem is here, but if I change almost anything
it goes away.
[dranta:~/tests/gfortran] dir% gfortran -c module_plot_hdf.f90
module_plot_hdf.f90: In function 'hdfsds_r8':
module_plot_hdf.f90:15: internal compiler error: Bus error
Please submit a full bug report,
with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
18:27 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
18:27 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-02-22
18:26 ---
Testing patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 18:14
---
The testcase is indeed invalid. K&R definition can't serve as a prototype
and whether a 32-bit argument is on PPC64 sign or zero extended to 64-bit
depends on whether the argument is signed or unsigned.
So, e
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
18:14 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 18:14:37
Modified files:
gcc/java : ChangeLog verify-impl.c
Log message
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
18:14 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 18:14:04
Modified files:
libjava: ChangeLog verify.cc
Log message:
Regression from 3.2/3.3, calling allocate with n==0 leads to a call of new.
Fixup all ext allocators, port to 3.4
--
Summary: allocate(0) consistency checks
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22
17:56 ---
Here's a slightly reduced testcase.
===
#include
struct A
{
A() : i() {}
A (const A&);
~A()
{
printf ("Destructor: i = %d\n", i);
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20025
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:26 ---
Can you include the preprocessed source (the preprocessed source will have the
thing if a header is a
system header or not)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
ost=i686-pc-linux-gnu --enable-__cxa_atexit
--enable-languages=c++,objc,java,f95 --prefix=/
home/gates/pinskia/linux --enable-threads=posix --enable-shared
Thread model: posix
gcc version 4.0.0 20050222 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:24 ---
I cannot reproduce this with 4.0 (20050222).
tin:~/src/gnu/gcctest/pr20145>cat include/t.h
class t
{
virtual void f();
};
tin:~/src/gnu/gcctest/pr20145>cat t.cc
#include
class t1
{
virtual
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22
17:16 ---
The following code snippet shows a similar problem:
void foo()
{
if (({})) ;
}
bug.cc: In function 'void foo()':
bug.cc:3: error: could not convert '#'stateme
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:15 ---
Confirmed, related to PR 17917.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:13 ---
*** This bug has been marked as a duplicate of 17298 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:13 ---
*** Bug 20149 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
I don't know if you want reports when these are hit or not -
[dranta:~/tests/gfortran] dir% gfortran -o transfer transfer.f90
transfer.f90: In function 'MAIN__':
transfer.f90:5: fatal error: gfc_todo: Not Implemented: Scalarization of
non-elemental intrinsic: __transfer1
compilation terminated.
[d
The diagnostic for the following invalid code snippet is hosed on mainline
(this only affects the C++ frontend):
==
void foo()
{
if (({int c[2];})) ;
}
==
bug.cc: In function 'void foo()':
bug.cc:3: error: could not convert '{#'decl_expr' not su
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 17:03
---
That's not a problem. The SUBREG is SUBREG_PROMOTED_VAR_P and
SUBREG_PROMOTED_UNSIGNED_P, which is a promise that the upper 32 bits are all 0.
The problem is that when using the K&R style function definition
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
17:02 ---
Confirmed, only happens when checking is turned on.
--
What|Removed |Added
Severit
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu
|dot org |
Status|NEW
--- Additional Comments From law at redhat dot com 2005-02-22 16:58 ---
Subject: Re: paradoxical subreg problem
On Mon, 2005-02-21 at 17:34 +, joseph at codesourcery dot com wrote:
> --- Additional Comments From joseph at codesourcery dot com 2005-02-21
> 17:34 ---
> Subje
The C++ frontend issues an ICE when compiling the following invalid
code snippet:
void foo()
{
({x;});
}
bug.cc: In function 'void foo()':
bug.cc:3: error: 'x' was not declared in this scope
bug.cc:3: internal compiler error: tree check: expected class 'type'
It does not like this construction -
[dranta:~/tests/gfortran] dir% gfortran -o common common.f90
common.f90:0: internal compiler error: backend decl for module variable pc
already exists
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> fo
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-22 16:04
---
Forget that, second arg is a long. My mistake.
The compiled code is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
When an include dir is given to gcc with the -isystem option the
warning: 'class CppUnit::ConcretTestFixtureFactory' has virtual
functions but non-virtual destructor is not suppressed as other warnings are.
This warning is new, with gcc34 or snapshot 20050116 this warning does not show
up.
Mic
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
15:55 ---
*** Bug 20144 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13464
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
15:55 ---
*** This bug has been marked as a duplicate of 13464 ***
--
What|Removed |Added
I think that -r8 is supposed work, but with gfortran 02-20 on the macintosh -
[dranta:~/tests/gfortran] dir% gfortran -i8 -r8 -o test test.f
gfortran: unrecognized option '-r8'
[dranta:~/tests/gfortran] dir% cat test.f
program main
stop
end
--
Summary: gfortran: unre
--- Additional Comments From overholt at redhat dot com 2005-02-22 15:25
---
(In reply to comment #5)
> Ok, so the file was generated by ecj, but was ecj precompiled or interpreted?
>
ecj was running interpreted at the time
> What VM was ecj running on?
gij
> Does ecj generate th
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-22 15:23
---
Ok, so the file was generated by ecj, but was ecj precompiled or interpreted?
What VM was ecj running on?
Does ecj generate this same bogus file for
org.eclipse.jdt.internal.compiler.impl.CompilerOptions whe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
15:19 ---
Dwarf2 unwinding requires long long.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20143
Although I don't believe this is a regression, I do believe it's a bug which
should
ideally be remedied as soon as reasonably possible; as it seems unreasonable to
require any target to support data types more than twice as large as it's
pointer
type, or required by the language standards; so fee
1 - 100 of 148 matches
Mail list logo
