--- Additional Comments From pluto at pld-linux dot org 2005-03-09 08:07
---
works with recent snapshots.
--
What|Removed |Added
Status|WAITING
I've installed the gcc-4.0.0-0.20050305.1 with enabled c, c++ and ada.
Now I'm trying rebuild gcc with added java, objc and fortran support
but install fails. It worked several snapshots ago, now it's broken.
--
Summary: invalid install/relink of llibgcj{,0_convenience} during
--- Additional Comments From pluto at pld-linux dot org 2005-03-09 08:18
---
Created an attachment (id=8368)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8368&action=view)
install log.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
--
What|Removed |Added
Component|target |pch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
08:34 ---
This does not make sense:
(cd
/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-
linux/libjava; /bin/sh ./libtool --tag CXX --mode=relink
/home/users/pluto/multimedia/rpm/
--- Additional Comments From jakub at redhat dot com 2005-03-09 08:51
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Wed, Mar 09, 2005 at 01:02:08AM -0300, Alexandre Oliva wrote:
> On Mar 8, 2005, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>
> > Unfor
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
09:04 ---
Now that the new verifier has been enabled, this bug has been fixed.
--
What|Removed |Added
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
GCC build triplet|
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
09:06 ---
This bug should have been fixed by enabling the new verifier.
Can you please check?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12734
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
09:11 ---
(In reply to comment #0)
>
> The jar-files which caused the problem:
> http://www.scheinwelt.at/~norbertf/gcj/tests/gcjverifybug_test.tar.gz
I could not download this file - can you please put it back in?
--- Additional Comments From falk at debian dot org 2005-03-09 09:14
---
(In reply to comment #4)
> Where can I find some documentation on using this extended asm format? I
> have read all the GNU docs on it and can not understand how to use it.
Well, those docs are all we have. If you
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
09:15 ---
Fixed on the mainline after the new verifier was enabled.
--
What|Removed |Added
--- Additional Comments From jakub at redhat dot com 2005-03-09 09:23
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Wed, Mar 09, 2005 at 01:02:08AM -0300, Alexandre Oliva wrote:
> On Mar 8, 2005, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>
> > Unfor
--- Additional Comments From postfach at nfrese dot net 2005-03-09 09:39
---
Subject: Re: gcj compiling from jar files - verification
error
I put it here:
http://www.scheinwelt.at/~norbertf/files/gcj/other_tests/
On Wed, 2005-03-09 at 10:11, rmathew at gcc dot gnu dot org wro
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
10:26 ---
Thanks.
Now the verification errors are gone, but I'm still not
able to build the package (with or without -findirect-dispatch):
8<
~/src/
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-09
10:30 ---
Subject: [PR middle-end/18628] do not fold to label load from tablejump to reg
This patch is meant to implement suggestion #3 proposed to fix the bug
by Roger Sayle and selected by RTH in bugzilla. So far,
--- Additional Comments From giovannibajo at libero dot it 2005-03-09
10:30 ---
If the patch was committed last year, what is this bug for, exactly?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20365
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
10:55 ---
I do not see an ICE with the given testcase as of 2005-03-09 and mainline CVS.
--
What|Removed |Added
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
10:57 ---
Now that the new verifier has been enabled, this works quite fine.
--
What|Removed |Added
--
Bug 18212 depends on bug 20351, which changed state.
Bug 20351 Summary: compilation with a redundant jar fails, if output file
specified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351
What|Old Value |New Value
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
11:03 ---
I can still see a crash similar to what Tom is seeing, but the other two
bugs are fixed - the break-up was not correct.
--
What|Removed |Added
---
1.)
gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--host=i386-redhat-linux
Thr
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-09
11:35 ---
Looking at it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerds
--- Additional Comments From sailors3 at comcast dot net 2005-03-09 12:00
---
Subject: RE: internal compiler error with bogus asm output constraint
Hello,
I apologize if my question sounded like criticism, It is really more of a
reflection on me (my ability to learn) than on GHU.
I'
--- Additional Comments From falk at debian dot org 2005-03-09 12:30
---
(In reply to comment #6)
> I guess I'm not properly interpreting the documentation on how to use
> registers in the asm, is that correct?
Yes, that's correct :-) I suggest you ask at [EMAIL PROTECTED], preferably
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
12:39 ---
The problem is that we leave out a call to _Jv_InitClass for a static
private method thinking that it is unreachable. This is not the case
for a private static inner class method. A simple pessimistic
fix is
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-09
12:54 ---
(In reply to comment #2)
> If the patch was committed last year, what is this bug for, exactly?
The patch was committed to a branch, but not to mainline. I already had a
number
of unreviewed patches pendi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
12:57 ---
Subject: Bug 20186
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 12:57:14
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
13:15 ---
Subject: Bug 20186
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 13:14:58
Modified files:
gcc/cp : Change
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-09
13:16 ---
2005-03-08 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20186
* pt.c (contains_dependent_cast_p): New.
(fold_non_dependent_expr): Call it.
--
What|Removed
--- Additional Comments From pluto at pld-linux dot org 2005-03-09 13:49
---
(In reply to comment #2)
> This does not make sense:
>
(cd
/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-
> linux/libjava; /bin/sh ./libtool --tag CXX
--mode=relink /
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
14:02 ---
This works for many people.
Can you attach the preprocessed source?
--
What|Removed |Added
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09
14:17 ---
i try ;)
/tmp/kde/gcc-3.4.2/gcc/xgcc -v -save-temps -shared-libgcc
-B/tmp/kde/gcc-3.4.2/gcc/ -nostdinc++
-L/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/src
-L/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/li
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09
14:22 ---
Created an attachment (id=8369)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8369&action=view)
preprocessed files
i hope i tar-ed the right files.
i do:
cd i686-pc-linux-gnu/libstdc++-v3/src
tar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
14:34 ---
Does the following C file compile without warning?
I think this is a bug in glibc (or whos every assert.h you are using).
#include
void f(char *a)
{
assert(a);
}
--
http://gcc.gnu.org/bugzilla/show_bu
Hello,
I managed to get jdbc MSSQL & ORACLE test apps work just fine. I have not been
able to make DB2 work. Here is what I get. Does this mean something is missing
on the gcj classes ? I can provide sample source and the shared libs and/or the
jars
[EMAIL PROTECTED] DB]$ ./db2test
jdbcDB2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
14:40 ---
Exception in thread "main" java.lang.NoClassDefFoundError: while resolving
class: com.ibm.db2.jcc.b.i
This means either ibm's .jar file contains classes which reference other
classes which are not there an
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09
14:43 ---
> cat assert_test.c
#include
void f(char *a)
{
assert(a);
}
int main()
{
}
> gcc assert_test.c -o assert_test
assert_test.c: In function `f':
assert_test.c:4: warning: passing arg 1 of `__builtin_e
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09
14:51 ---
A proposed patch is here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00684.html
As noted there, there is still a problem with either
GCJ or gij for this testcase.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
15:01 ---
The only thing I can say is that this is a bug in glibc you are using. I
wonder where __builtin_expect
comes from.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
15:09 ---
Ok, here the situation, glibc removed the __builtin_expect in October of last
year. And had add it in
August 2003. So any reason between then and now were broken. In fact it was
fixed two days later fo
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09
15:13 ---
$ cat eoshift.f90
print *,eoshift((/1, 3/), 3)
end
$ gfortran eoshift.f90
$ ./a.out
Segmentation fault
This fails because the loop
for (n = 0; n < len; n++)
{
memcpy (dest, sr
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09
15:32 ---
it's a red hat 9 standardinstalltion
rpm -qa | grep glibc
glibc-devel-2.3.2-71
glibc-common-2.3.2-71
glibc-kernheaders-2.4-8.10
glibc-2.3.2-71
rpm -qa | grep libstd
libstdc++-3.2.2-5
compat-libstdc++
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09
16:01 ---
The complaint is a segfault at runtime when
you actually want to do anything with the
string whose length depends on a missing
optional argument. This isn't too bad (the
same thing happens if you access
--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-09 16:11
---
(In reply to comment #1)
> The complaint is a segfault at runtime when
> you actually want to do anything with the
> string whose length depends on a missing
> optional argument. This isn't too bad (the
>
--- Additional Comments From roger at eyesopen dot com 2005-03-09 16:13
---
Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump
to reg
On 9 Mar 2005, Alexandre Oliva wrote:
> This patch is meant to implement suggestion #3 proposed to fix the bug
> by Roger Sayl
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
16:23 ---
Does this:
sun.io.ByteToCharConverter not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
mean the the gcj runtime library has no sun.io.ByteToCharConverter ? If so, is
there a way to add it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
16:32 ---
4.1 Gives a better error message already:
t.m: In function -[Foo quux:]:
t.m:7: error: expected { before end
t.m: At top level:
t.m:7: error: void must be the only parameter
Though the last error i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
16:33 ---
(In reply to comment #2)
> Does this:
> sun.io.ByteToCharConverter not
> found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
Hmm, this seems wrong, no body should be refering to a sun. class really.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
17:03 ---
Subject: Bug 16859
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 17:03:39
Modified files:
gcc/cp : ChangeLog decl.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
17:05 ---
Subject: Bug 16859
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 17:05:13
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pcarlini at suse dot de 2005-03-09 17:06
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Res
--- Additional Comments From giovannibajo at libero dot it 2005-03-09
17:17 ---
Marek, is this bug fixed then? Can we close it?
--
What|Removed |Added
AssignedTo|una
--- Additional Comments From konqueror at gmx dot de 2005-03-09 17:47
---
Thats a bug in upstream, the jdbc connector/application here. No application
should access sun classes. File a bug against them. Even SUN says: Don't use
them directly. We did the same successfully for a bunch of A
--
What|Removed |Added
CC||sje at cup dot hp dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
--- Additional Comments From marekm at amelek dot gda dot pl 2005-03-09
17:55 ---
(In reply to comment #18)
> Marek, is this bug fixed then? Can we close it?
Fixed for the AVR, but the middle-end may still generate these "shift by 0"
insns - not sure if all other targets handle
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
17:56 ---
Thanks for the response. What is upstream ? Is that a gcj component ? Where
exactly should I post the bug ? On the meantime, I plan to extract that
particular class and compile it in with the application.
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:06
---
Other Java compilers generate "accessor" methods for calls to private methods in
a nested class, the real bug here is that GCJ doesn't do this - thats why the
javac bytecode works fine on gij but gcj-produced by
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:22
---
gcj is generating code which references private members across class boundaries,
which isn't legal at the class/VM level. To fix this, we need to generate
package-private accessor methods when a private member i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
18:35 ---
Subject: Bug 20208
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 18:35:48
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From konqueror at gmx dot de 2005-03-09 18:40
---
Upstream is the provider of your jdbc provider. DB/2 in your case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
18:51 ---
Subject: Bug 20208
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 18:51:43
Modified files:
gcc/cp : Change
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
18:52 ---
Hello, sorry for being a pest. You indicated a company called upstream which
provides the jdbc driver for IBM. Can you please share their web url ? I tried
several searches but none made sense. Many thank
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09
18:53 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
--
Bug 2892 depends on bug 20208, which changed state.
Bug 20208 Summary: [4.0/4.1 Regression] No array-to-pointer decay happens for
template functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
18:57 ---
(In reply to comment #7)
> Hello, sorry for being a pest. You indicated a company called upstream which
> provides the jdbc driver for IBM. Can you please share their web url ? I tried
> several searches but
It would be much easier for packagers if GNU Crypto were included directly in
libgcj.
--
Summary: GNU Crypto should be merged into libgcj
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Co
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
19:05 ---
Subject: Bug 20338
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 19:04:55
Modified files:
gcc/java : ChangeLog decl.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
19:07 ---
http://gcc.gnu.org/ml/java/2002-12/msg00137.html
Confirmed, there might be a newer discussion that I cannot find right now.
--
What|Removed |Added
-
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
19:07 ---
Ok. Thanks, that is what I thought originally. Yes, I will contact IBM but I
suspect it won't be speedy -- on the meantime I will extract the class from
rt.jar or wherever it is -- and proceed with the v
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
19:52 ---
I almost think this is a C++ front-end bug.
--
What|Removed |Added
Component|debug
--- Additional Comments From jbuck at gcc dot gnu dot org 2005-03-09 20:10
---
Severity raised to "critical" since it breaks debugging of all Java programs
(gdb dies when loading libgcj).
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-09
20:28 ---
Subject: Re: [4.0/4.1 Regression] GCC produces wrong dwarf2
output that breaks gdb
On Wed, 2005-03-09 at 20:10 +, jbuck at gcc dot gnu dot org wrote:
> --- Additional Comments From jbuck at
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-09 20:32
---
Joern's patch fixes the regression on mainline.
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00777.html
--
What|Removed |Added
---
--- Additional Comments From giovannibajo at libero dot it 2005-03-09
20:50 ---
can the same patch be applied to 4.0 branch as well?
--
What|Removed |Added
C
--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-09
20:55 ---
I only noticed the regression on 4.1, things look fine to me on 4.0 (for both
zaxpy.f and Andrew's C example).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372
There are a number of places in the compiler that assume that
TRULY_NOOP_TRUNCATION will always be true.
--
Summary: TRULY_NOOP_TRUNCATION ignored
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
--
What|Removed |Added
BugsThisDependsOn||20396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-09
21:17 ---
Created an attachment (id=8370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8370&action=view)
proposed fix (of known problems)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
21:20 ---
Subject: Bug 20389
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 21:20:44
Modified files:
libjava: Change
Example code:
class A {
};
class B : A {
};
class C : B {
public:
int c(A *a) { return 7; }
};
int main() {
A a;
C c;
return c.c( &a );
}
Gives the error message:
g++ main.cc
main.cpp:1: `class A' is inaccessible
main.cpp:9: within th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
21:49 ---
No gcc is correct because the type A is interjected into B. and is private as
the base class is private.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
22:11 ---
Subject: Bug 20389
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 22:11:34
Modified files:
libjava: ChangeLog
libjava/java/io: B
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
22:36 ---
Hello,
Tried to extract a bunch of classes fron Sun's rt.jar and I ended it when it
needed some internal class sun.io.CharacterEconding$2 ... So, does anybody have
some experience with a jdbc driver for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
22:41 ---
Hmm, I thought I tested 4.0.0, I must have messed up. so closing as fixed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
22:44 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09
23:33 ---
This looks very much like a front end bug. The
"along" parameter gets the wrong value.
Look at this:
$ cat test_spread.f90
program test_spread
implicit none
integer, parameter :: N = 1000
int
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-09
23:58 ---
I'm taking a look at the uses of MEM_READONLY_P, though I'm not
sure which one has the similar issue. It looks that modified_in_p
has the same problem with modified_between_p.
BTW, it's better to change the
Configured with: ../gcccvsmain/gcc/configure --prefix=/usr/local/test
--enable-languages=c,c++,java
Running on FC3
$ cat mauve-libjava
JDK1.0
JDK1.1
!java.beans
$ make KEYS=libjava check
results in:
.
.
.
CLASSPATH=.:. gcj -fassume-compiled -g -O2 -c -o
gnu/testlet/java/io/RandomAccessFile/jdk1
--- Additional Comments From giovannibajo at libero dot it 2005-03-10
00:12 ---
CC'ing RTH since he's the one who removed RTX_UNCHANGING.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
00:12 ---
Subject: Bug 20314
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-10 00:12:32
Modified files:
gcc: ChangeLog gimplify.c stmt.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
00:18 ---
Subject: Bug 20314
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-10 00:18:16
Modified files:
gcc: Change
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-10 00:19
---
Fixed in 4.0/4.1.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:52
---
Fixed with the new verifier.
--
What|Removed |Added
Status|NEW
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:53
---
Fixed with the new verifier.
--
What|Removed |Added
Status|NEW
--- Additional Comments From jbrandmeyer at earthlink dot net 2005-03-10
00:59 ---
uClibc has added these functions to SVN, and they will be available in the next
release of uClibc. However, their presence is still a configurable option - the
user can configure uClibc to not include any
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
01:08 ---
(In reply to comment #2)
> uClibc has added these functions to SVN, and they will be available in the
> next
> release of uClibc. However, their presence is still a configurable option -
> the
> user can
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 01:29
---
This is failing because the bytecode in this .jar really is broken:
public class Test
{
public static void main(String[] args) throws Exception
{
Class f = Class.forName("org.eclipse.jface.util.OpenStra
1 - 100 of 116 matches
Mail list logo
