Hi,
Attached proposed patch would close pr 21302 for me.
Is reusing -ffixed-line-length instead of introducing a new
-fline-length ok?
If it isn't, should -ffixed-line-length be renamed to -fline-length
and -ffixed-line-length be an alias for the new -fline-length?
thank you,
Bernhard
Index: gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:38 ---
Subject: Bug 22458
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 07:38:30
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:40 ---
Subject: Bug 22458
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 07:40:09
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:42 ---
Subject: Bug 22458
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 07:42:37
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:45 ---
Subject: Bug 21964
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 07:45:22
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:46 ---
Subject: Bug 21964
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 07:46:18
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
07:49 ---
Subject: Bug 21964
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 07:49:09
Modified files:
gcc: Change
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08
07:50 ---
Patch applied to 3.4. Testcase also applied to mainline and 4.0.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08
07:51 ---
Patch applied to 3.4. Testcase also applied to mainline and 4.0.
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-08 08:00 ---
Confirmed, smaller testcase:
void abort (void);
int main (void)
{
int j, a, b;
for (j = 0; j < 2; j++)
{
a = j * j;
b = a - 2 * j;
}
if (b != -1)
abort ();
ret
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-08
08:25 ---
Mainline seems to be really fixed, even with complete loop unrolling disabled.
4.0.2 as of 20050728 is still affected by the bug (you can hide it there, too,
with specifying -fpeel-loops, which enables compl
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-08
08:44 ---
GCC 4.0.2 (CVS) does this:
ivcanon dump:
# b_9 = PHI ;
:;
if (b_9 != -1) goto ; else goto ;
:;
printf (&"%d\n"[0], b_9);
abort ();
.ivopts dump:
# b_9 = PHI ;
:;
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-08
09:08 ---
Definitely IVopts.
--
What|Removed |Added
Priority|P2 |P1
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-08
09:43 ---
Another testcase:
--- 8< ---
class Snafu
{
public void whoami( )
{
System.out.println( this.getClass( ).getName( ));
}
}
public class PR2323
--- Additional Comments From john at johnmaddock dot co dot uk 2005-08-08
09:57 ---
Is the print member really already overflowed? It has a value of 0200 which is
0x80: so if char is signed (it is on cygwin) then it's setting the sign bit,
which should be OK I think. Although I admit I
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08
09:58 ---
The solution may as well be to make -mfpmath=sse good enough, that it can be
enabled by default when -msse -msse2 is used...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398
I have a very compact code example (10 lines) for which running java interpreter
on a class file takes 4.5s and executing optimized binary created from the class
file with gcj takes 5.5s. Something is funny here. Can anyone explain what's
happening?
% uname -a
Linux localdomain 2.6.12-1.1372_FC3 #
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08
10:17 ---
... though this would not help PR17236, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 10:25 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| > Subject: Re: can't compile self defined void distance(std::v
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 10:29 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #53)
| > I know no one named Paul M. He s
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-08 11:28
---
This bug seems to be moribund.
There exists code in gcc (gen_entry_point_die) to do this, but it is ifdef'd out
at the present time. We could uncomment it and call it; I don't imagine it
would be hard.
Anthon
Hi...
I'm trying to compile GCC 4.0.1 on AIX 5.2 (ML01F11).
Gentab aborts with an 'out of memory' error, details see below.
For what reason does genattrtab need more than four gigabytes of memory?
Thanks a lot,
Michael
Log output:
build/genattrtab ../../gcc-4.0.1/gcc/config/rs6000/rs6000.md
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
12:31 ---
And yes the patch fixes the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
Pre-built gfortran on OS X (10.3) crashes when compiling the following write to
internal file (Linux
version on PC does not crash).
character*2 junk(2)
character*1 i
write(junk,fmt=1000)i,i,i,i
1000 format(a,a,a,a)
end
[macf3c-3:~/test/gfortran] harry% gfortran -c break
--- Additional Comments From adah at netstd dot com 2005-08-08 12:56
---
(In reply to comment #56)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | (In reply to comment #53)
> | > I know no one
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
13:14 ---
Works for me on ppc-darwin (Mac OS X 10.3.9) with 4.1.0 20050808.
So closing as works for me.
March 25 is almost 3 months old which means either there have been fixes or it
was never broken
--- Additional Comments From bangerth at dealii dot org 2005-08-08 13:20
---
It serves its users by providing a reliable translator for the language
defined by the standard. Think about the portability implications of
compilers that willy-nilly implement some parts of the standard but
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
13:32 ---
Actually for me Sun's java and GCJ take about the same at the default settings
(well for GCJ compiled at
-O3).
Now if I change Sun's java to use the server tuned JIT, Sun's java is 2 seconds
while GCJ is
--
What|Removed |Added
Summary|Sun's JIT faster than gcc |Sun's JIT faster than gcc
||for Random.nextDouble
http://gcc.gn
--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-08
14:22 ---
2005-08-08 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21166
* stor-layout.c (finalize_type_size): Undo DECL_PACKED when possible.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
14:22 ---
Subject: Bug 21166
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 14:22:36
Modified files:
gcc: ChangeLog stor-layout.c
gcc/
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From rep dot nop at aon dot at 2005-08-08 14:33
---
(From update of attachment 9444)
correct description: it's about free form, not fixed form.
--
What|Removed |Added
---
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-08
15:05 ---
I still get these failures on i686-pc-linux-gnu:
FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors)
FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors)
C
--
Bug 22483 depends on bug 22416, which changed state.
Bug 22416 Summary: [4.1 Regression]
23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have
var_decl in is_old_name, at tree-into-ssa.c:466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
What|Old V
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
15:07 ---
*** This bug has been marked as a duplicate of 22444 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
15:07 ---
*** Bug 22416 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--
Bug 22483 depends on bug 22416, which changed state.
Bug 22416 Summary: [4.1 Regression]
23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have
var_decl in is_old_name, at tree-into-ssa.c:466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
What|Old V
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
15:09 ---
*** This bug has been marked as a duplicate of 22444 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
15:09 ---
*** Bug 22598 has been marked as a duplicate of this bug. ***
--
Bug 22444 depends on bug 22598, which changed state.
Bug 22598 Summary: [4.1 Regression]
23_containers/set/explicit_instantiation/3.cc fai
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--- Additional Comments From green at redhat dot com 2005-08-08 15:14
---
(In reply to comment #9)
> Anthony, do you think this bug should be fixed?
Yes, I think so.
> What is the status of your gdb
> patch?
It hasn't been applied. I never followed up on the comments from the gdb
ma
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-08 15:23
---
I think we have deadlock here! It's easy enough to fix this once the changes
have been made to gdb but pretty pointless otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
15:45 ---
(In reply to comment #11)
> I think we have deadlock here! It's easy enough to fix this once the changes
> have been made to gdb but pretty pointless otherwise.
Note: the gdb changes are also needed for fo
--- Additional Comments From drow at false dot org 2005-08-08 15:48 ---
Subject: Re: gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2
debug info
On Mon, Aug 08, 2005 at 03:23:22PM -, aph at gcc dot gnu dot org wrote:
> I think we have deadlock here! It's easy enough to
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08
16:32 ---
I don't like the patch, the correct way is to teach pex-win32.c about '#!'
because GCC is built under a Unix-like environment (MSYS).
Paolo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22259
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
16:36 ---
Subject: Bug 18506
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 16:36:27
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08
17:00 ---
Andrew, is a backport fine with you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
--- Additional Comments From aph at redhat dot com 2005-08-08 17:03 ---
Subject: Re: [4.0 Regression] libgcj build fails with "execvp: /bin/sh:
Argument list too long"
bonzini at gcc dot gnu dot org writes:
>
> Andrew, is a backport fine with you?
Yes. Go for it.
Andrew.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
17:03 ---
Subject: Bug 22508
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 17:03:33
Modified files:
gcc/cp : ChangeLog init.c
gcc/testsui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
17:06 ---
Subject: Bug 22508
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 17:06:39
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-08
17:07 ---
Fixed on mainline and 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From christian dot joensson at gmail dot com
2005-08-08 17:18 ---
bugger, it didn't work for the 4.0 branch...
this is from the build log file does the patch look correctly applied to
you?
(SHLIB_LINK=' ./xgcc -B./ -B/usr/local/sparc64-unknown-linux-gnu/bin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
17:28 ---
This turns out to be a dup of bug 20604 which is already fixed for 4.1.0.
Since this is not a regression
and treelang should only be really working on the mainline as it is an example
front-end, I am jus
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
17:28 ---
*** Bug 23061 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
17:32 ---
Subject: Bug 21894
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 17:32:00
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 17:32
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From fjahanian at apple dot com 2005-08-08 17:36
---
Thanks. Test case should say PR 21894.
> Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21894
--- Additional Comments From macro at linux-mips dot org 2005-08-08 17:42
---
Richard,
Thanks for your work (for bug 21291). Unfortunately it's not enough for
this case. It doesn't seem to work for the "g" constraint used there, but
that might probably be considered just a shortcomin
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|REOPENED
In this code, a <<= 1 is fully redundant
unsigned short f(unsigned short a)
{
if (a & 0x8000)
a <<= 1, a = a ^ 0x1021;
else
a <<= 1;
return a;
}
the body should be turned into
unsigned short f(unsigned short a)
{
unsigned short b = a << 1;
if (a & 0x800
--
What|Removed |Added
Known to fail||4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
When explicitly invoking a template class destructor the compiler outputs a
compile-time error message, "expected class-name before '(' token."
NOTE: Same code compiles on 'gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)'
Found problem while compiling ACE-TAO 5.4 code and broke it down further
--- Additional Comments From christian dot joensson at gmail dot com
2005-08-08 17:53 ---
well... the patch applies cleanly still on the 4.0 branch... I sure would love
to see this applied there also...
unfortunately, I see it does not apply to the 3.4 branch...
--
What
--- Additional Comments From bangerth at dealii dot org 2005-08-08 17:59
---
Confirmed, a regression from before the new parser went in.
Smaller testcase:
---
template struct A {};
template void f() {
(new A)->~A();
}
---
--- Additional Comments From bangerth at dealii dot org 2005-08-08 18:01
---
This seems already fixed in 4.0 and mainline:
g/x> /home/bangerth/bin/gcc-4.0*/bin/c++ -c x.cc
x.cc:2: error: ‘A’ is not a template
x.cc:2: error: expected id-expression before ‘~’ token
g/x> /home/bange
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:04 ---
This is a regression when the new parser went in:
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
--
What|Removed |Added
--
Bug 10469 depends on bug 18506, which changed state.
Bug 18506 Summary: Altivec definitions of vec_init
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18506
What|Old Value |New Value
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-08 18:04
---
Patch committed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 18:08 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Does a compiler serve its users or the Standard committee?
Ans
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:09
---
(In reply to comment #9)
> To summarize, the case does not work as is -- with "=&g" and "g". It does
> not work with "=&rm" and "g".
Of course not! Have you forgotten what early-clobber means?
> Please let m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:11 ---
Hmm, this worked with 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:11
---
I'm sorry, this is Andrew's fault -- it's not a duplicate.
--
What|Removed |Added
St
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:13 ---
This worked with 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:14 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:16 ---
: Search converges between 2001-06-03-trunk (#22) and 2001-06-10-trunk (#23).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:19 ---
This was introduced between 20020216 and 20020223.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23228
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:21 ---
This was introduced between 20040923 and 20040924.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23229
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:26 ---
: Search converges between 2004-06-20-trunk (#469) and 2004-06-22-trunk (#470).
Hmm, this was not introduced by the tree-ssa merge weird.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23155
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:28 ---
: Search converges between 2004-06-01-trunk (#459) and 2004-06-02-trunk (#460).
Looks like when __builtin_offsetof was added :(.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:28 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 18:28:47
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:29 ---
: Search converges between 2004-10-20-014001-trunk (#600) and
2004-10-20-161001-trunk
(#601).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23223
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:30 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 18:30:11
Modified files:
gcc: ChangeLog combine.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:31 ---
: Search converges between 2004-06-24-trunk (#471) and 2004-06-26-trunk (#472).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:35 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:35:14
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:38 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:37:57
Modified files:
gcc/testsuite : Change
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-08
18:38 ---
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00370.html
--
What|Removed |Added
Key
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:41 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:41:07
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:42 ---
Confirmed, for some reason the following is caught though:
unsigned short f(unsigned short a)
{
unsigned short b = a <<1;
if (a & 0x8000)
a <<= 1, a = a ^ 0x1021;
else
a = b;
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:43 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:43:11
Modified files:
gcc/testsuite : Change
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:50 ---
Fixed, thanks Josh.
--
What|Removed |Added
Status|NEW |R
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:52 ---
These might get fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00401.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
18:53 ---
(In reply to comment #1)
> Confirmed, for some reason the following is caught though:
because it's a fully redundant expression, that is available when we go to
eliminate, as opposed to the original, which w
The following code illustrates that java.lang.Class's method getMethod() returns
null. (The source for Class.java in 3.4.3 actually proves that it is
gnu.gcj.runtime.VMClassLoader that does it...)
--- 8< 8< 8< ---
package men.gcjpackage;
public class TestPackage
{
public static void main(String
Compiling:
typedef unsigned int Cardinal;
typedef char *String;
typedef struct _WidgetRec *Widget;
typedef union _XEvent {
int type;
long pad[24];
} XEvent;
extern int SendMousePosition (Widget w, XEvent* event);
void
HandleIgnore(Widget w,
XEvent * event,
String * param
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
18:56 ---
(In reply to comment #1)
> Confirmed, for some reason the following is caught though:
If you thought about it, you'd notice that your example below has two
computations of a = b along the if branch, which i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:59 ---
Confirmed:
It works when interpreting the byte-code:
earth:~>gij men.gcjpackage.TestPackage
ClassLoader: gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[]
1 - 100 of 167 matches
Mail list logo