--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-07
06:57 ---
It only fails on mainline now.
--
What|Removed |Added
Summary|ACATS cdd2a02 fa
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-07
06:56 ---
It only fails on mainline now.
--
What|Removed |Added
Summary|[4.0/4.1 Regress
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07
06:51 ---
Subject: Bug 18819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-07 06:51:30
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07
06:51 ---
Subject: Bug 18659
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-07 06:51:30
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:32 ---
Copying regression markers from 20214 and the target milestone.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:31 ---
*** Bug 20214 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:31 ---
*** This bug has been marked as a duplicate of 16888 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:26 ---
Suspending as minimum/maximum operators are deprecated and are going to be
removed for 4.1.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:21 ---
*** Bug 20803 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:21 ---
After looking into this testcase and the one in PR 20742 with gdb on cc1, I
find that this is the same
bug as PR 20742.
*** This bug has been marked as a duplicate of 20742 ***
--
What|Re
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
06:08 ---
Here are the possible patches which could have caused this:
2005-04-01 Paolo Bonzini <[EMAIL PROTECTED]>
PR middle-end/19454
PR rtl-optimization/20600
...
2005-04-02 Alexandre Oliva <[EM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
05:38 ---
Since this is also a gdb bug, it should not be crashing, I would file there too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20805
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
05:35 ---
I think this is very much related to PR 20742.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07
04:25 ---
Subject: Bug 20717
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-07 04:25:09
Modified files:
gcc: ChangeLog cgraphunit.c
Log message:
--- Additional Comments From greenrd at greenrd dot org 2005-04-07 03:20
---
Created an attachment (id=8551)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8551&action=view)
gzipped testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20805
Like bug 19769, this debug info emitting bug also breaks gdb.
I will attach a .ii which triggers it.
Here is the gcc output, followed by the gdb output; this is tracked as fedora
bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153681
# rm -f xpcjsid.o;make CXX="/usr/bin/g++ -v -save-tem
Test case below. The JFrame is too small by the size of the insets.
import java.awt.*;
import javax.swing.*;
public class testlabel {
public static void main( String args[] ) {
JFrame frame = new JFrame( "just a frame" );
JLabel l = new JLabel("asdf");
frame.getContentPane().add(
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-07 02:00
---
Another rationale for this PR being separate is a suspicion that the bug is
other than in PR 20076: builtin-apply2 and 3 fail for MMIX. I see they don't
fail for ia64:
http://gcc.gnu.org/ml/gcc-testresults/2005-
--- Additional Comments From joseph at codesourcery dot com 2005-04-07
00:41 ---
Subject: Re: [4.0] mmix-knuth-mmixware testsuite failure:
gcc.dg/builtin-apply4.c execution
On Thu, 7 Apr 2005, hp at gcc dot gnu dot org wrote:
> In response to comment #1:
> PR 20076 is about a specifi
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-07 00:34
---
In response to comment #1:
PR 20076 is about a specific bug, fixed on the platform where reported;
when the test-case fails bug not for the reported bug, another PR should
be opened. Maybe add ia64 here, and hav
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-07
00:20 ---
Subject: Re: New: Pseudo-infinite recursion
in ivopts
On Thu, 2005-04-07 at 00:16 +, dalej at gcc dot gnu dot org wrote:
> Compile the following with -O1 in 4.0 branch. Don't be in a hurry; I
--- Additional Comments From joseph at codesourcery dot com 2005-04-07
00:20 ---
Subject: Re: New: [4.0] mmix-knuth-mmixware testsuite
failure: gcc.dg/builtin-apply4.c execution
On Thu, 7 Apr 2005, hp at gcc dot gnu dot org wrote:
> With LAST_UPDATED: "Wed Apr 6 16:16:18 UTC 2005" I
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||sebastian dot pop at cri dot
||ensmp dot fr
http://gcc.gnu.org/
Compile the following with -O1 in 4.0 branch. Don't be in a hurry; I killed it
after 10 minutes, but I'm told it goes for hours.
With -fno-ivopts added it completes almost immediately. The recursion is
in instantiate_parameters_1 called from simple_iv.
/**
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
With LAST_UPDATED: "Wed Apr 6 16:16:18 UTC 2005" I get:
FAIL: gcc.dg/builtin-apply4.c execution test
With the message in the .log being:
PASS: gcc.dg/builtin-apply4.c (test for excess errors)
^M
*** EXIT code 4242^M
FAIL: gcc.dg/builtin-apply4.c execution test
This test is new. Note that builti
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
With LAST_UPDATED: "Wed Apr 6 16:16:18 UTC 2005" I get:
FAIL: gcc.c-torture/execute/950612-1.c compilation, -O3 -fomit-frame-pointer
-funroll-loops
FAIL: gcc.c-torture/execute/950612-1.c compilation, -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions
With the message in the .log bei
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
With LAST_UPDATED "Thu Mar 31 10:19:49 UTC 2005" this test passed.
With LAST_UPDATED "Wed Apr 6 16:16:18 UTC 2005" it fails:
FAIL: gcc.c-torture/execute/931004-6.c execution, -O3 -fomit-frame-pointer
-funroll-loops
FAIL: gcc.c-torture/execute/931004-6.c execution, -O3 -fomit-frame-pointer
-funr
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-06
23:12 ---
There's a local change on apple-ppc-branch that appears to fix this, but for
some reason it was not
submitted to FSF:
1.22.2.24.2.44 (zlaski 01-Mar-05): /* APPLE LOCAL coalescing */
1.22.2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
22:42 ---
Subject: Bug 20792
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-06 22:42:46
Modified files:
gcc: ChangeLog Makefile.in optc-gen.awk
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-06 21:02
---
Also fixed in 4.0 and 3.4 branches. Closing.
--
What|Removed |Added
Status|REOP
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
21:02 ---
Subject: Bug 19225
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-04-06 21:01:53
Modified files:
gcc: Change
--- Additional Comments From oliverst at online dot de 2005-04-06 20:56
---
I didn't build GCC 4.0.0 myself, I got it from this site:
http://www.thisiscool.com/gcc_mingw.htm
and he is offering a complete MinGW package. Looking at the list of components
he put in, we can see, that it sa
--- Additional Comments From zack at codesourcery dot com 2005-04-06 20:03
---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is
exporting too many symbols
"amylaar at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
> I just had a look, and actually there appears to be no variab
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-06
19:32 ---
(In reply to comment #17)
> Subject: Re: [4.0/4.1 regression] shared SH libgcc is
> exporting too many symbols
>
> "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes:
>
> [LIB1FUNCS_ST]
> > Wo
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-06
19:31 ---
Subject: Re: Pointers not passed as subroutine arguments
I think that it is,. in principle. The examples are a bit strange
though.
Paul
- Original Message -
From: "pinskia at gcc dot gnu do
--
What|Removed |Added
CC||geoffk at gcc dot gnu dot
||org
Severity|critical
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-06
19:26 ---
Subject: Re: Pointers not passed as subroutine arguments
- Original Message -
From: "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 06, 2005 8:3
I try to make a bundle with the the following legal code
#include
void *operator new(size_t size)
{ void *vp; return vp;}
void *operator new[](size_t size)
{ return ::operator new(size);}
and I obtain
[/Users/fca/nd] /opt/gcc-4_0/bin/g++ -c NewDelete.cxx
[/Users/fca/nd] /opt/gcc-4_0/bin
--- Additional Comments From law at redhat dot com 2005-04-06 19:21 ---
More info.
It appears that threading one specific jump is responsible for triggering
the big speedup. And it could cause the kind of effects we're seeing.
Basically we're threading a conditional branch to a loop ex
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
19:11 ---
Subject: Bug 20670
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-04-06 19:11:36
Modified files:
gcc: Change
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-06
19:02 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00708.html
--
What|Removed |Added
-
--- Additional Comments From echristo at redhat dot com 2005-04-06 18:57
---
There's also the problem that the current mechanism for doing unaligned
loads/stores are not valid mips16 instructions, and therefore we couldn't rely
upon the patterns unless we knew that the addresses were ali
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20791
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:37 ---
This looks to me (a non fortran person) a duplicate of bug 17192.
--
What|Removed |Added
Bu
--- Additional Comments From joel at gcc dot gnu dot org 2005-04-06 18:29
---
I can confirm this for m68k-rtems with gcc 4.0.0 20050303. This looks like the
ICE that happens for us in our pppd stack on the Coldfire.
I also confirm that the small test case in
http://gcc.gnu.org/bugzi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:27 ---
*** Bug 20798 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:27 ---
*** This bug has been marked as a duplicate of 20063 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:26 ---
Fixed in 4.1.0 by:
2005-03-29 Dale Johannesen <[EMAIL PROTECTED]>
* Makefile.in (value-prof.o): New dependencies on $(DIAGNOSTIC_H)
$(TREE_H) and $(COVERAGE_H).
* coverage.c (comput
I am linking with gfortran the following valid program
program bug
CHARACTER*2 KSHAP(3)
DATA KSHAP/'A', 2*' '/
end
and I obtain
[/Users/fca] /opt/gcc-4_0/bin/gfortran bug.f -o bug
/var/tmp//ccNLauLD.s:5:Bad Absolute Expression, absolute 0 assumed.
/var/tmp//ccNLauLD.s:5:R
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
18:23 ---
This has been fixed for a while now.
--
What|Removed |Added
Status|NEW
--- Additional Comments From federico dot carminati at cern dot ch
2005-04-06 18:17 ---
Builds now succeeds with the new cctools. Thanks a lot.
--
What|Removed |Added
--- Additional Comments From p dot obry at wanadoo dot fr 2005-04-06 18:14
---
(In reply to comment #5)
Ok, the documentation is missing the part where Stdcall is equivalent to
C on UNIX. This is a feature implemented some time ago. Will fix the doc.
So, what about the proposal on #4 ?
--- Additional Comments From law at redhat dot com 2005-04-06 17:41 ---
Subject: Re: [meta-bug] Jump threading
related bugs
On Wed, 2005-04-06 at 06:38 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
> 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
17:31 ---
Note I don't think it is an inappropiate call to memmove.
--
What|Removed |Added
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-06 16:46
---
It actually looks like a x86-64 target bug.
FUNCTION_ARG returns (parallel:BLK [])
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
16:26 ---
This was fixed by:
http://www.linux-mips.org/archives/linux-mips/2004-08/msg00176.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20781
--
What|Removed |Added
Severity|critical|normal
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-06
15:56 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
15:55 ---
Subject: Bug 20212
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-06 15:55:00
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:53 ---
This is related to PR 17323.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
15:52 ---
Subject: Bug 20212
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-06 15:52:24
Modified files:
gcc/cp : Change
--
What|Removed |Added
Attachment #8548|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
Looking at GCC 4.0 20050318, and configuring as a cross-compiler for ARM/Linux
thusly:
$ mkdir arm-linux ; cd arm-linux
$ ../configure --prefix=/opt/gcc-linux --target=arm-linux-elf
--enable-languages=c,ada
Once the gnat1 binary is built, just type this from the gcc/ada directory.
$ ../../arm-l
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06
15:35 ---
Subject: Bug 19312
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-04-06 15:35:33
Modified files:
gcc/cp : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:31 ---
The following expression does not do what you think it does:
S s(A(i));
It declares a function which returns S as the type and takes an A which is
named i.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:24 ---
This was fixed in 4.0.0.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:19 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:18 ---
(In reply to comment #26)
> (From update of attachment 8546)
> gcc v3.4.3:
> gcc/parser.c
I should note this bug is suspended. This is because the standard is unclear
at what is the correct
behavior. Se
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-06 15:13
---
This only happens with -O2. -O is a reasonable workaround for the time being.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:11 ---
Confirmed, the problem is most likely we are missing a fold_convert somewhere
converting from
double down to float (sorry for using C types but it makes it easier sometimes).
--
What|Remov
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-06
15:09 ---
Created an attachment (id=8550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8550&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20793
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-06 15:05
---
Doesn't need to be in struct, and the requested alignment must be bigger
than sizeof (int) to reproduce.
extern void abort (void);
typedef int T __attribute__((aligned (8)));
T a[2];
void *p[2];
int
main (vo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
15:03 ---
Did you build GCC your self? If not, did you get the version of binutils that
the person was offering.
And yes we have a check while configuring to enable/disabling visiblity.
--
http://gcc.gnu.org/b
With -Wunused, this:
struct A { A(int); };
struct S { S(A); };
void f()
{
int i = 0;
S s(A(i));
}
generates a spurious warning:
test.cpp: In function `void f()':
test.cpp:5: warning: unused variable `int i'
(Happens in Debian's 3.3.5-12, 3.4.3-12, 4.0-0pre9)
--
Summary: -Wu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
14:57 ---
Even though this is only seen with the C++ front-end, I would almost think this
is a middle-end
problem.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-06
14:57 ---
Patch proposed here: http://gcc.gnu.org/ml/fortran/2005-04/msg00104.html
--
What|Removed |Added
struct S { union {} a; } __attribute__((aligned));
void check (struct S arg)
{
}
ICEs on x86-64 at any optimization level. Works fine in C.
--
Summary: ICE in assign_parms
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-06
14:52 ---
I want to say this is a middle-end problem as the trees look ok:
p[0] = &s.a[0]{lb: 0 sz: 0};
D.1140 = &s.a[1]{lb: 0 sz: 0};
p[1] = D.1140;
D.1141 = p[0];
D.1142 = p[1];
if (D.1141 == D.1142) got
extern void abort (void);
typedef int T __attribute__((aligned));
struct S { T a[2]; } s;
void *p[2];
int
main (void)
{
p[0] = &s.a[0];
p[1] = &s.a[1];
if (p[0] == p[1])
abort ();
return 0;
}
is miscompiled on at least i386, x86_64, ppc32 and ppc64, at all optimization
levels. Works
When ALLOCATE_INITIAL_VALUE, allocate_initial_values will replace
a pseudo with a machine-defined value, but it won't update the
register liveness information. This can lead to incorrect global
allocations.
An incomplete conflict list can be observed compiling execute/pr17377.c
at -O2 for sh64-elf
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-06
14:28 ---
Thanks for the heads-up. Will try to fix this ASAP.
--
What|Removed |Added
Assign
--- Additional Comments From Thomas dot Koenig at online dot de 2005-04-06
14:21 ---
This goes away when --disable-checking is specified for 4.0
and 4.1.
Closing as invalid.
--
What|Removed |Added
-
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-06 14:18
---
gcc.dg/builtin-apply4.c execution test is failing on mainline on ia64-hpux.
gcc-testresults also shows it failing on 4.0 branch on ia64-linux.
--
What|Removed |Added
-
--- Additional Comments From liu_gw at 163 dot com 2005-04-06 14:10 ---
(From update of attachment 8546)
gcc v3.4.3:
gcc/parser.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
--- Additional Comments From selecter at spray dot se 2005-04-06 14:01
---
Fixincludes is running on compilation, but I had to patch pthread manually. It's
gentoo problem - they do not support gcc-4.0.0 yet.
--
What|Removed |Added
If gcc.pot is regenerated on mainline, the help information for options moved to
.opt files, other than those for the current target, are missing from the
generated gcc.pot file. A special version of options.c with the messages for
all languages and targets may need generating for the use of exget
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-06
13:52 ---
Paul: Before I changed the severity field, it was "enhancement".
All: I was a patch for this one, I will polish the testcase a bit and post it in
a few days.
--
What|Removed
--
What|Removed |Added
GCC host triplet||i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20791
When compiling a source file with "-fvisibility=hidden" and/or
"-fvisibility-inlines-hidden" I get the following error for each function in the
file (happens with C and C++ front-end):
C:/DOKUME~1/OSTOEN~2/LOKALE~1/Temp/ccCC.s: Assembler messages:
C:/DOKUME~1/OSTOEN~2/LOKALE~1/Temp/ccCC.s:
--- Additional Comments From prthomas at drfccad dot cea dot fr 2005-04-06
13:22 ---
Subject: RE: parser confused by arithmetic if inside a
n if
> But then, some scientific libraries are using it (I was about
> to report the same
> bug when a search pointed to this one). And
libjawt.so needs to be renamed "libgcj-jawt.so". Because it is installed in the
standard library prefix and has the same name as Sun's AWT Native Interface
implementation library, proprietary JVMs pick up libgcj's libjawt.so and not
Sun's. We can install a symlink in java-gcj-compat so that appli
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-06
12:38 ---
But then, some scientific libraries are using it (I was about to report the same
bug when a search pointed to this one). And since it works on any compiler I
could find (including g77), I'd change that int
--- Additional Comments From igodard at pacbell dot net 2005-04-06 12:37
---
Created an attachment (id=8549)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8549&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
--- Additional Comments From igodard at pacbell dot net 2005-04-06 12:37
---
Created an attachment (id=8548)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8548&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
--
Summary: segv
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
1 - 100 of 131 matches
Mail list logo
