This is an error I get compiling latest gcc 4.1 snapshot (gcc-4.1-20050813)
./xgcc -B./ -B/opt/gcc/sparc-sun-solaris2.10/bin/ -isystem
/opt/gcc/sparc-sun-solaris2.10/include -isystem
/opt/gcc/sparc-sun-solaris2.10/sys-include
-L/mac/build/gcc-4.1-20050813/objdir/gcc/../ld -O2 -g -O2 -DIN_GCC
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-17
06:14 ---
Created an attachment (id=9509)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9509&action=view)
Testcase that demonstrates the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23432
According to JLS 3.10.2:
http://java.sun.com/docs/books/jls/third_edition/html/lexical.html#3.10.2
large (in the number of characters, not the value) floating-point literal
tokens must be rounded off to the nearest representable value.
The current mainline (4.1.0 20050817) does not do this. Se
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:31 ---
Lets just mark this as fixed.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:30 ---
You have to do a make bootstrap before you do a make install.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:29 ---
(In reply to comment #7)
> I don't know how to do that with the current configure.
>
> Build != Host
> --build=i686-pc-linux-gnu --host=i686-pc-mingw32 --target=i686-pc-mingw32
>
> From configure.ac:
> #
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:25 ---
No feedback in 3 months (T-8 days).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21735
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:24 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:21 ---
No feedback in over 6 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:20 ---
GCC is correct to reject new (T*)[n]. GCC is also correct to say the type of
new T*[n] is T**.
Though ICC accepts both of them.
--
What|Removed |Added
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-17 03:17 ---
Subject: Re: [4.1 Regression] FAIL: gcc.c-torture/execute/950612-1.c
execution, at -Os and -O3
> looking at config.gcc, I noticed that need_64bit_hwint for
> hppa2.0w-hp-hpux11.11 is not set so t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:13 ---
No feedback in more than 6 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:12 ---
What is the status of this bug (why is this still in waiting)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17311
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:09 ---
No feedback in 3 months (T-5 days).
--
What|Removed |Added
Status|WAITING
--
Bug 14490 depends on bug 22236, which changed state.
Bug 22236 Summary: [4.1 Regression] wrong code for casts and scev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22236
What|Old Value |New Value
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
03:04 ---
Hmm, we now have a missed optimization of removing the loop but that is not a
regression so closing
as fixed.
--
What|Removed |Added
---
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23044
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:43 ---
Confirmed:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00933.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:40 ---
Confirmed. A regression from 3.4.0.
Note there is a typo in the test, USHORT_MAX should be USHRT_MAX.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:36 ---
Having a testcase to reproduce this would be nice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:33 ---
Confirmed, based on http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00937.html
and trying it my
self on i686-pc-linux-gnu.
looking at config.gcc, I noticed that need_64bit_hwint for
hppa2.0w-hp-hpux11.
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-17
02:32 ---
This is a bit confused. The bug reported here is not the same as the bug
reported in PR 18526. It appears that HJ linked them together because he had a
single patch that fixes both bugs, even though the pat
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23376
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
02:23 ---
Confirmed, there are two different issues here because it looks like the pool
allocator injects code
which initializes a variable, even though there is a different way of doing the
initialization. It sho
--
What|Removed |Added
Status|SUSPENDED |NEW
Last reconfirmed|2005-03-02 00:48:30 |2005-08-17 02:01:01
date|
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-17 01:59
---
Avoid GNU Binutils.
--
What|Removed |Added
Status|UNCONFIRMED |RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
01:56 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
01:56 ---
One thing you could do is replace the place where the configure options where,
unless you want the
configure options also.
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-17
01:55 ---
Subject: Bug 23402
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-17 01:55:05
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From flash at pobox dot com 2005-08-17 01:53
---
Created an attachment (id=9508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9508&action=view)
Proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23430
When trying to keep track of various builds of GCC, it would be convenient to
be able to store a
comment to be read back with -v. Since -v echoes the full configure command
line, all that's required
is not rejecting an argument containing the desired comment.
I'll upload a patch which perm
--
What|Removed |Added
CC||trapni at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22592
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-17
01:36 ---
Confirmed, this is basically the same issue as PR 22312.
--
What|Removed |Added
BugsThisDep
--- Additional Comments From anton at samba dot org 2005-08-17 01:04
---
Thanks, after applying the suggested fix the kernel works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23422
--- Additional Comments From appfault at hotmail dot com 2005-08-17 00:14
---
Ok, well that's good to know. I didn't find anything to say that AIX wasn't
supported.
I've moved the GNU binutils, rm'd my gcc-4.0.1-build and am now trying make
bootstrap again.
On the box, these binuti
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23406
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-16
22:27 ---
Begone, bug.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ian at airs dot com 2005-08-16 22:18 ---
Now fixed on mainline and 4.0 branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
22:24 ---
Subject: Bug 23376
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 22:24:30
Modified files:
gcc: ChangeLog loop-unroll.c
gcc/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
22:17 ---
Subject: Bug 23337
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 22:17:10
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
22:07 ---
Subject: Bug 23337
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 22:07:45
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-16
21:39 ---
Fixed in 4.0 and mainline. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
21:38 ---
Subject: Bug 23428
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 21:38:29
Modified files:
libgfortran: Change
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
21:32 ---
The MEMBER_TYPE_FORCES_BLK definition was changed Aug 3.
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00166.html
The Aug 4 ia64-hp-hpux11 testsuite reports no longer show any transparent union
failures.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
21:30 ---
Subject: Bug 23428
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 21:30:32
Modified files:
gcc/testsuite/gfortran.dg: inquire-complex.f90
Log m
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
21:23 ---
Subject: Re: [4.1 Regression] ICE in cgraph_decide_inlining_incrementally
(using freed GC memory)
>
>
> --- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
> 2005-08-16 21:2
>
>
> --- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
> 2005-08-16 21:20 ---
> I think, I found the cause of this:
> cgraph_early_inlining holds a list of cgraph nodes in the array order.
>
> In this example, cgraph_decide_inlining_incrementally removes all refe
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
2005-08-16 21:20 ---
I think, I found the cause of this:
cgraph_early_inlining holds a list of cgraph nodes in the array order.
In this example, cgraph_decide_inlining_incrementally removes all references
known by t
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
21:10 ---
Subject: Re: New: Operations involving unsigneds could be simplified
>
> This could just return 1.
>
> $ cat unsigned-arith.c
> int foo(unsigned int *a, unsigned int *b, unsigned int *c)
> {
> uns
>
> This could just return 1.
>
> $ cat unsigned-arith.c
> int foo(unsigned int *a, unsigned int *b, unsigned int *c)
> {
> unsigned int s1, s2;
>
> s1 = *a + *b;
> s2 = *c + *b;
>
> return s1 + *c == s2 + *a;
> }
The issue here is the reassociater needs to be a fully reassocia
--- Additional Comments From dir at lanl dot gov 2005-08-16 21:07 ---
I tried a slightly modified version of the program, that checks the data read,
on i686-pc-mingw32 - it errors by reading incorrect data off of the file -
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ gfortran
This could just return 1.
$ cat unsigned-arith.c
int foo(unsigned int *a, unsigned int *b, unsigned int *c)
{
unsigned int s1, s2;
s1 = *a + *b;
s2 = *c + *b;
return s1 + *c == s2 + *a;
}
$ gcc -O3 -S unsigned-arith.c
$ cat unsigned-arith.s
.file "unsigned-arith.c"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:46 ---
Subject: Bug 21841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:46:42
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:44 ---
Subject: Bug 21841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:43:50
Modified files:
gcc: Change
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
20:36 ---
The C front end bug is fixed on mainline and the gcc-4.0.x branch. The C++ and
Ada front end bugs have their own PRs now.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:34 ---
Subject: Bug 21105
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:34:21
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:26 ---
Subject: Bug 23428
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 20:26:04
Modified files:
libgfortran: ChangeLog
libgfortran/io : t
--
What|Removed |Added
CC||fang at csl dot cornell dot
||edu
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-16
20:12 ---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoeni
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
20:07 ---
Subject: Re: libstdc++ fails to link with std::string on AIX
>
>
> --- Additional Comments From appfault at hotmail dot com 2005-08-16
> 20:03 ---
> I compiled 4.0.1 using 'make bootstrap' a
>
>
> --- Additional Comments From appfault at hotmail dot com 2005-08-16
> 20:03 ---
> I compiled 4.0.1 using 'make bootstrap' and the make and install succeeded.
> I'm not certain whether the symbols in libstdc++.a are correct. I tried
> running 'nm' on various files, but GNU nm s
--- Additional Comments From appfault at hotmail dot com 2005-08-16 20:03
---
I compiled 4.0.1 using 'make bootstrap' and the make and install succeeded.
I'm not certain whether the symbols in libstdc++.a are correct. I tried
running 'nm' on various files, but GNU nm seems moderately
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-16
19:52 ---
We need to settle what kind of disk image we want for real(kind=10)
before resolving this for complex.
--
What|Removed |Added
--- Additional Comments From weinert at cmth dot phys dot uwm dot edu
2005-08-16 19:34 ---
Created an attachment (id=9507)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9507&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23428
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-08-16 19:33 ---
Subject: Re: libgfortran doesn't compile on Tru64 UNIX V4.0F
tobi at gcc dot gnu dot org writes:
> Any news?
Sorry for the delay: I've been ill for several weeks and am still catching
up on my ma
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:30
---
Hm, I would have expected this to be fixed by patches to similar errors with
host association.
--
What|Removed |Added
---
--
What|Removed |Added
CC||tobi at gcc dot gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:26
---
Any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:25
---
I'm closing this again. If you can make a convincing case that this should be
reopened, please do so.
--
What|Removed |Added
implicit none
real:: r
comples :: c
integer :: size_real, size_complex
r = 0. ; c = cmplx( 0.,0.)
inquire( iolength=size_real ) r ! = 4
inquire( iolength=size_complex) c ! = 4 also; should give 8
end
Size of a complex variable should be twice that of the corresponding real kind,
but in
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:22
---
Uhm, I didn't mean to confirm it until I had verified this against the standard
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23152
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:22
---
I'll have to check the standard when I'm home, I alswyas get confused between
assumed-length, assumed-size and the like.
--
What|Removed |Added
-
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:20
---
Confirmed g77. g77 accepts similar code.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:16
---
(In reply to comment #2)
> Bugmeister, can we create a meta-bug linking 21820 and this
> bug report. 21820 has an attempted analysis of the problem;
> while Dale has provided a few useful programs.
I've marke
--- Additional Comments From laurent at guerby dot net 2005-08-16 19:12
---
Even the following code doesn't trigger anything on x86-linux mainline, so I
assume the line in trans.c is unreachable. Richard Kenner might confirm here.
procedure PP is
subtype T is String (1 .. 1024 * 1024
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:12
---
I've set this to blocking PR23363, which looks related.
--
What|Removed |Added
OtherBugsDependin
--
What|Removed |Added
BugsThisDependsOn||21820
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23363
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:08
---
I should have said: the debugger points to "print *, b".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23419
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:06
---
I'm getting a segfault due to an invalid FP value:
Program received signal SIGSEGV, Segmentation fault.
0x4005a81b in output_float (f=0x8052110, value=)
at ../../../libgfortran/io/write.c:419
419 if
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
18:57 ---
(In reply to comment #5)
> We also need to investigate why instantiations of templates defined in
> system headers are trigerring remarks from the compiler when we don't
> have -Wsystem-headers.
This is fil
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:55 ---
Created an attachment (id=9506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9506&action=view)
Untested patch for latent Ada front end bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23427
Since TYPE_SIZE was converted to use bitsizetype, which has extra bits of
precision, applying TREE_OVERFLOW to it is no longer useful. It does not
overflow when it should. We must use TYPE_SIZE_UNIT instead now. There is one
place in the Ada front end that has this problem.
I don't know enough
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-16
18:49 ---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:46 ---
Created an attachment (id=9505)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9505&action=view)
Testcase for too large array problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23426
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:46 ---
Subject: Bug 22113
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:46:19
Modified files:
gcc/java : ChangeLog lex.c
Log message:
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:45 ---
Created an attachment (id=9504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9504&action=view)
Patch to partially fix problem with too large arrays.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
18:44 ---
Subject: Re: New: vector::clear should be manually inlined
>
> vector::clear calls erase(begin(), end()), which has an unnecessary call to
> memmove, in addition to a function call overhead. The fix re
A testcase that has an array larger than half the address space and smaller than
the address space will trigger an abort in tree_int_cst_low.
The problem here is that we have a TREE_OVERFLOW (TYPE_SIZE (...)) check in the
C++ front end. This no longer works now that TYPE_SIZE is computed as
bitsi
>
> vector::clear calls erase(begin(), end()), which has an unnecessary call to
> memmove, in addition to a function call overhead. The fix results in a
> 2-instruction clear for simple types.
>
> Compiling the following (-O2 -save-temps) shows the difference:
>
> #include
>
> using std::vecto
--
Bug 18131 depends on bug 19870, which changed state.
Bug 19870 Summary: gcj -C doesn't generate accessors for private members across
nested class boundaries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19870
What|Old Value |New Value
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-16
18:39 ---
Last part of the fix has now been checked in.
--
What|Removed |Added
Status|ASSI
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:32 ---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:32:14
Modified files:
libjava: ChangeLog
libjava/testsuite/
--- Additional Comments From tkho at ucla dot edu 2005-08-16 18:25 ---
Created an attachment (id=9503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9503&action=view)
change to vector::clear
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23425
vector::clear calls erase(begin(), end()), which has an unnecessary call to
memmove, in addition to a function call overhead. The fix results in a
2-instruction clear for simple types.
Compiling the following (-O2 -save-temps) shows the difference:
#include
using std::vector;
int main() {
ve
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:24 ---
Subject: Bug 21105
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:23:59
Modified files:
gcc: ChangeLog c-decl.c
gcc/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:22 ---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:22:34
Modified files:
gcc/java : ChangeLog parse.y
Log message:
--- Additional Comments From th dot r dot klein at web dot de 2005-08-16
18:13 ---
This is working.
Thanks a lot
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-16 17:47
---
The testcase compiles and links correctly for me. Did you build GCC for AIX
or obtain pre-built binaries? Did the build succeed correctly? Are those
symbols in the library and exported correctly?
--
htt
1 - 100 of 152 matches
Mail list logo
