--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Component|c++
--- Additional Comments From giovannibajo at libero dot it 2005-03-10
06:56 ---
Just ask on comp.lang.c++.moderated for more information. We help with C++
issues a little, but we cannot explaint things in detail to every C++
developer in the world.
Ah, and when Andrew said "interjecte
The following lines of code used to compile well using gcc-2.95.x:
#include
#include
using namespace std;
int main()
{
queue q;
q.push(0);
}
When this is compiled using gcc-3.4.2 the following error is reported:
*machine_202>g++ test.cpp -v
Reading specs from /usr/tools/upgrade/gnu/gcc/3
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
04:47 ---
*** Bug 20281 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
04:47 ---
The segfault is the same problem as PR 20364, which I fixed on the gcc-3.4
branch two days ago. The error message problem is now PR 20285. So closing as
a duplicate.
*** This bug has been marked as a dupli
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-10
04:24 ---
(In reply to comment #3)
> 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.
--- Additional Comments From drow at false dot org 2005-03-10 03:45 ---
Subject: Re: g++ rejects valid code with 'is inaccessible' error
On Thu, Mar 10, 2005 at 02:25:03AM -, matthew dot whitney at gmail dot com
wrote:
> Now it compiles fine. Before this is closed again I'd like to
--- Additional Comments From dkavedku at yahoo dot com 2005-03-10 03:43
---
If you would like to know read source distribution file:
gcc/fixinc/README
Its pretty clear that while we might be able to create a compiler that works
OK, it doesn't allow Solaris C++ developers to compile
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
03:36 ---
Again why don't you report this to Sun who has control over this header.
This is not a gcc bug.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
03:33 ---
Huh? unused paramaters are still need to be able to compile and be accessible.
If that compiler handles this code, well that compiler has a bug in it.
ICC gives the following warning though (but note it s
--- Additional Comments From dkavedku at yahoo dot com 2005-03-10 03:31
---
I forgot to include the configure command used for creating the compilers:
../src/configure --host=sparc-sun-solaris2.7 --target=sparc-sun-solaris2.8 --
prefix=/usr/tools/upgrade/gnu/gcc/3.4.2 --with-local-
pref
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
03:29 ---
And this is a gcc bug, why?
--
What|Removed |Added
Component|regression
In the old gcc-2.95.2 days we could create a solaris cross compiler which
worked well with our use of STL's "class queue" defined as . In the much
newer gcc-3.4.2, release our solaris cross compiler has a problem
differentiating between the system header's definition of "struct queue", and
our
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
02:48 ---
The linux kernel requires optimization to be correctly compiled. This is a
deliberate design decision by the linux kernel developers.
Part of the reason is the kernel's use of extern inline as already menti
--- Additional Comments From sailors3 at comcast dot net 2005-03-10 02:42
---
Subject: RE: internal compiler error with bogus asm output constraint
Thanks, I'll give that a try.
Regards,
Dave
-Original Message-
From: falk at debian dot org [mailto:[EMAIL PROTECTED]
Sent: W
--- Additional Comments From matthew dot whitney at gmail dot com
2005-03-10 02:25 ---
Could someone take another look at this? I don't mean to waste your time, but I
don't understand the explanation given. I know of another compiler that handles
the example code without any problems.
I
--- 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
--- 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 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 mckinlay at redhat dot com 2005-03-10 00:53
---
Fixed with the new verifier.
--
What|Removed |Added
Status|NEW
--- 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 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 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 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 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
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 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
--- 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 pinskia at gcc dot gnu dot org 2005-03-09
22:44 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- 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 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 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 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
-
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 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
--- 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
--
What|Removed |Added
BugsThisDependsOn||20396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
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
--- 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
--- 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 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 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
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
--- 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
--- 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 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: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 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:
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 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
--
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 mmitchel at gcc dot gnu dot org 2005-03-09
18:53 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
--- 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 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 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: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 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 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 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 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
--
What|Removed |Added
CC||sje at cup dot hp dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
--- 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
--- 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 pcarlini at suse dot de 2005-03-09 17:06
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Res
--- 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 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 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 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 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 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 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 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 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
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 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 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 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 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 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
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: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
--- 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 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 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 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 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 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 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 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 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 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 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 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
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 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
---
--
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
10:57 ---
Now that the new verifier has been enabled, this works quite fine.
--
What|Removed |Added
--- 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 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 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,
1 - 100 of 116 matches
Mail list logo
