--- Comment #4 from joseph dot rajesh at gmail dot com 2006-06-27 07:38
---
The intel compiler version 9.1 gave me the following output
Base ctor...
Derived ctor...
Base COPTY ctor...
Base COPTY ctor...
~Base called...
~Derived called...
~Base called...
Base show called...
~Base called
--- Comment #4 from bauhaus at futureapps dot de 2006-06-27 08:00 ---
Works now, using gcc version 4.1.2 20060626 (prerelease)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27225
--- Comment #3 from bauhaus at futureapps dot de 2006-06-27 09:18 ---
Same here,
Fixed: X11/Xmu.h
Fixed: Xm/BaseClassI.h
Fixed: Xm/Traversal.h
Newly fixed header: ia64/sys/getppdp.h
There were fixinclude test FAILURES
make[2]: *** [check] Error 1
The generated file ./fixincludes/
--- Comment #5 from uros at kss-loka dot si 2006-06-27 10:12 ---
(In reply to comment #4)
> which may be optimal.
movzbl 18(%esp), %eax
could be used in this particular case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24929
--- Comment #3 from charlet at gcc dot gnu dot org 2006-06-27 13:02 ---
Closing this PR, as this is likely a linux kernel or sh bug, in any
case, not a GCC bug.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
According to Sun documentation NULL is a allowed to call DeleteLocalRef() with
a NULL argument. The GCJ jni implementation exits (Aborted) in this case.
From: http://java.sun.com/docs/books/jni/html/exceptions.html
6.1.2 A Utility Function
Passing NULL to DeleteLocalRef is a no-op, which is an ap
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-06-27
14:17 ---
I believe that a frontend problem is involved, even if it is only part of the
story. This exhibits the same symptoms as Harald's testcase:
call foo ( (/( 'a',i=1,2 )/) )
end
but this works fine:
c
--- Comment #23 from whaley at cs dot utsa dot edu 2006-06-27 14:20 ---
Uros,
OK, I made the stupid assumption that the P4 would behave like the P4e,
should've known better :)
I got access to a Pentium 4 (family=15, model=2), and indeed I can repeat the
several surprising things you re
--- Comment #1 from hakan dot hjort at gmail dot com 2006-06-27 14:37
---
Created an attachment (id=11760)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11760&action=view)
Testcase FindClass on bad class + DeleteLocalRef
Build as
gcc delete_null.c -lgcj
Should have exit status 0
t.C:
template
struct S {
void dump(char *);
};
template
void S::dump(char *m = 0) {}
void foo() { S<0> s; }
>From the standard:
8.3.6 paragraph 6:
... "Default arguments for a member function of a class template
shall be specified on the initial declaration of the member function within t
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-27 14:47 ---
*** This bug has been marked as a duplicate of 15339 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-27 14:47
---
*** Bug 28179 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
When I walk through the Basic Blocks, I have the following statement
//this piece of code causes errors
if (TREE_CODE (stmt) == CALL_EXPR){
if ( (TREE_CODE (TREE_OPERAND (TREE_OPERAND (stmt, 0), 0)))
==FUNCTION_DECL)
fprintf(stderr,"Here\n");
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-27 15:02 ---
CALL_EXPR is also used for direct and indirect calls.
Also this bug data base is not for helping with new old of GCC, just current
code in GCC that crashes.
You should try to debug what is going wrong. I think you
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-27 15:30 ---
The mprec part of this patch looks fine to me.
This should go in Classpath as well as libgcj.
The timezone part of this patch looks odd.
I would expect that we would need another case in there
for "__timezone" -- bot
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-27 15:33 ---
Subject: Bug 28178
Author: tromey
Date: Tue Jun 27 15:33:24 2006
New Revision: 115034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115034
Log:
PR libgcj/28178:
* jni.cc (_Jv_JNI_DeleteLocalR
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-27 15:42 ---
Subject: Bug 28178
Author: tromey
Date: Tue Jun 27 15:42:22 2006
New Revision: 115035
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115035
Log:
PR libgcj/28178:
* jni.cc (_Jv_JNI_DeleteLocalR
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-27 15:46 ---
I fixed this on the 4.1 branch and the trunk.
I'm not planning to backport to the 4.0 branch, but I would
approve it if someone wanted to.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #24 from whaley at cs dot utsa dot edu 2006-06-27 16:44 ---
Guys,
OK, here is a table summarizing the performance you can see using the
mmbench4s.tar.gz. I believe this covers a strong majority of the x86
architectures in use today (there are some specialty processors such
--- Comment #2 from pault at gcc dot gnu dot org 2006-06-27 17:47 ---
As I said to you in my email, this represents a new problem, which is exposed
by the previous fix. I should have noticed that this was happening but, at
least it doesn't segfault any more!
Paul
--
pault at gc
--- Comment #4 from langton at gcc dot gnu dot org 2006-06-27 20:13 ---
The rs6000 patch (attached) does appear to work, at least on assign_2.f90.
I'll do a full bootstrap and regression-test, then submit the fix.
--
langton at gcc dot gnu dot org changed:
What|Remov
[ Forwarded from http://bugs.debian.org/375522 ]
I get the following ICE with gcc 4.1 and 4.2 on m68k:
928:[EMAIL PROTECTED]: ~] m68k-linux-gnu-gcc -c -O2 mini.c
mini.c: In function âscanâ:
mini.c:48: warning: incompatible implicit declaration of built-in function
âstrlenâ
mini.c:90: warn
--- Comment #5 from langton at gcc dot gnu dot org 2006-06-27 20:15 ---
Created an attachment (id=11761)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11761&action=view)
Geoffrey Keating's rs6000 patch applied to i386.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25765
--- Comment #1 from tbm at cyrius dot com 2006-06-27 20:15 ---
Update: 4.0 shows the same problem. 3.4.6 works
crest% gcc-4.0 -c -O2 scansbr.i
scansbr.c: In function 'scan':
scansbr.c:154: warning: pointer targets in passing argument 2 of 'm_getfld'
differ in signedness
scansbr.c:154:
--- Comment #2 from tbm at cyrius dot com 2006-06-27 20:17 ---
Created an attachment (id=11762)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11762&action=view)
test case for 4.2
reduced testcase, shows the problem with 4.2 only
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #3 from tbm at cyrius dot com 2006-06-27 20:19 ---
Created an attachment (id=11763)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11763&action=view)
preprocessed source
Original preprocessed source, shows the problem with 4.0, 4.1 and 4.2. Works
with 3.4.6.
--
ht
--- Comment #3 from tbm at cyrius dot com 2006-06-27 20:19 ---
Created an attachment (id=11763)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11763&action=view)
preprocessed source
Original preprocessed source, shows the problem with 4.0, 4.1 and 4.2. Works
with 3.4.6.
---
Sorry if it is ill-built bugreport, this is my first one.
tets3.cpp:
templateclass TT>
struct QQQ{
typedef TT::sss::template OOO plcU;
};
$ g++ --version
g++ (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software;
[ forwarded from http://bugs.debian.org/375519 ]
We get the following assembler error when compiling the application cln. The
error goes away when you drop -fPIC or when you use gcc 3.4. Additionally, the
error does not show up with older releases of binutils. While 2.16.91 20060413
produces th
--- Comment #5 from tbm at cyrius dot com 2006-06-27 21:24 ---
Created an attachment (id=11765)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11765&action=view)
test case
This one fails with gcc 4.1 and 4.2.
--
tbm at cyrius dot com changed:
What|Removed
--- Comment #1 from tbm at cyrius dot com 2006-06-27 22:08 ---
Created an attachment (id=11766)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11766&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28183
--- Comment #2 from tbm at cyrius dot com 2006-06-27 22:21 ---
What I said about binutils might be wrong. It seems it's not due to a
difference in the version, but due to one being native and one being cross. I
just upgraded the binutils-m68k on i386 to the same version as that on m68k
While testing the time intrinsics on a Windows machine using the mingw binary
from the wiki I noticed the smallest increment of time_and_date, etime, and
secnds is 1 second. Should be able to get to milliseconds.
--
Summary: time intrinsics resolution only one second
Produ
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:37
---
Subject: Bug 19310
Author: jvdelisle
Date: Wed Jun 28 05:36:08 2006
New Revision: 115048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115048
Log:
2006-06-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:37
---
Subject: Bug 19904
Author: jvdelisle
Date: Wed Jun 28 05:36:08 2006
New Revision: 115048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115048
Log:
2006-06-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:40
---
Subject: Bug 19904
Author: jvdelisle
Date: Wed Jun 28 05:39:07 2006
New Revision: 115049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115049
Log:
2006-06-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:40
---
Subject: Bug 19310
Author: jvdelisle
Date: Wed Jun 28 05:39:07 2006
New Revision: 115049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115049
Log:
2006-06-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:45
---
Fixed in 4.1 now.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:48
---
If anyone else has started on this, let me know.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-06-28 05:52
---
Fixed on 4.1 branch now.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
41 matches
Mail list logo
