--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-08
08:20 ---
Updated patch:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00729.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20131
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-08
08:21 ---
Updated patch:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00729.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19568
We were using GCC 3.2.3 before and the code is OK to compile, but after
upgrade to GCC 3.4.3 and GCC 3.4.1, both version give "internal compiler
error: Segmentation fault" when compile this file. We are running on RHEL 3.0
( Linux 2.4.21) on x86_64.
The GCC version:gcc -v:
=
--- Additional Comments From wei dot feng at sybase dot com 2005-03-08
09:40 ---
Created an attachment (id=8358)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8358&action=view)
The preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20379
Bootstrap of gcc-3.4.3 (and 3.4.2) fails with following messages while trying to
create libstdc++.so.6.
I applied the APAR's mentioned in the Platform notes (btw it is a aix51 ML 3)
bos.adt.base.5.1.0.55.bff bos.rte.bind_cmds.5.1.0.55.bff
.libs/codecvt.o(.tc+0x0):/soft/gcc/gcc-3.4.2/gcc-3.4.2/
--- Additional Comments From ramya dot chandar at wipro dot com 2005-03-08
09:44 ---
(In reply to comment #9)
> Invalid, as what you are doing is called explicit specializtion and when this
happens you instantiate the
> template and now you are violating the one defintional rule (which
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-08
09:56 ---
FWIW, with the new verifier enabled this seems to work just fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-08
10:05 ---
As of 2005-03-08, this testcase works quite fine for me with mainline CVS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20362
--- Additional Comments From falk at debian dot org 2005-03-08 10:11
---
I can reproduce this with 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
(i486-linux), but not with 3.4.4 20050203 (prerelease) (Debian 3.4.3-9)
(alpha-linux). Probably it's already fixed.
Test case:
void dblkIO_aio
--- Additional Comments From o dot flebbe at science-computing dot de
2005-03-08 10:27 ---
Someone has placed the gnu ld into my PATH Arghhh.
Closed, invalid.
--
What|Removed |Added
I compiled ACE 5.4.2 with the 20050306 snapshot and got an ICE in
build_ptrmemfunc, at cp/typeck.c:5702.
This ICE is new (snapshot from last week works) and occurs even at -O0.
Michael Cieslinski
g++41b -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050
--- Additional Comments From micis at gmx dot de 2005-03-08 10:40 ---
Created an attachment (id=8359)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8359&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
Hi,
I have been reading http://gcc.gnu.org/bugs.html, but I cannot figure out if
the bug I have found in the way std::uncaught_exception works is a gcc or a
libstdc++ bug. Since the faulty behavior is the same with MinGW and Linux
native gcc, I guess it is a language/compiler issue.
(The bug
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-08
11:44 ---
Subject: Bug 20035
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-08 11:44:40
Modified files:
gcc/ada: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-08
11:48 ---
Subject: Bug 20035
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-08 11:48:35
Modified files:
gcc/ada: ChangeLog Makefile.in
Added files:
Please let me know where should I report this bug!
Unsurprisingly, I suggest:
http://gcc.gnu.org/bugzilla/
*Please* strive to reduce the relevant testcase as much as
possible.
Thanks,
Paolo.
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-08 12:02
---
Committed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 17652 depends on bug 18836, which changed state.
Bug 18836 Summary: [4.1] target fold_builtin for alpha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
What|Old Value |New Value
--
--- Additional Comments From martin at mpa-garching dot mpg dot de
2005-03-08 12:19 ---
Here is a shorter testcase:
class foo {
public:
int f1(int);
};
template class bar: public foo {
void baz () {
&foo::f1;
}
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
--
What|Removed |Added
CC||martin at mpa-garching dot
||mpg dot de
http://gcc.gnu.org/bugz
--- Additional Comments From giovannibajo at libero dot it 2005-03-08
12:30 ---
So, to recap: testcase in comment #5 should not be optimized (at least, it is
not related to this bug). Testcase in comment #2 is already optimized correctly
in the tree-profiling-branch, which is due to be
systemConfig/5xx_board_init.c:104 internal compiler error: in emit_move_insn,
at expr.c:2809
gcc version 3.4.0-macraigor1
GNU C version 3.4.0-macraigor1 (powerpc-elf)
compiled by GNU C version 3.3.1 (cygming special).
I didn't configure GNU, Macraigor did, I didn't even know one could configure
--- Additional Comments From sailors3 at comcast dot net 2005-03-08 13:13
---
Created an attachment (id=8360)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8360&action=view)
preprocessed input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
--- Additional Comments From sailors3 at comcast dot net 2005-03-08 13:14
---
Created an attachment (id=8361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8361&action=view)
command line that triggered bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-08
13:19 ---
Subject: Bug 14411
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-08 13:19:41
Modified files:
gcc: ChangeLog c-common.c calls.c tree.h
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-08 14:01
---
Seems to be the combiner, that combines:
(insn 8 22 10 0 (set (reg/v:DI 42 r13 [ r ])
(symbol_ref:DI ("g") [flags 0x3] )) 84
{*movdi_1_rex64_nointerunit} (nil)
(nil))
(insn 10 8 12 0 (set (reg:DI
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:07 ---
(In reply to comment #8)
> So, to recap: testcase in comment #5 should not be optimized (at least, it is
> not related to this bug). Testcase in comment #2 is already optimized
> correctly
> in the tree-p
--
Bug 17652 depends on bug 20367, which changed state.
Bug 20367 Summary: alias analysis doesn't take into account that variables that
haven't their address taken can't alias arbitrary MEMs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367
What|Old Value |New
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From joern dot rennecke at st dot com 2005-03-08
14:21 ---
Subject: Re: alias analysis doesn't take into account that variables that
haven't their address taken can't alias arbitrary MEMs
giovannibajo at libero dot it wrote:
>--- Additional Comments From g
--- Additional Comments From falk at debian dot org 2005-03-08 14:25
---
Confirmed. This is triggered by a bogus argument for an output constraint.
Not a regression.
void f() {
__asm__ ("" : "=r" ("r5"), "+r" ("r5"));
}
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:29 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-08 14:35 ---
Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test
> Digging more (in C99 and Posix), it seems that pow(x,y) always behaves the
> same
> for x == +0 and x == -0: this would imply that pr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:36 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:38 ---
Actually I take that back, it is only 1 out of 3 which was applied.
--
What|Removed |Added
--
Bug 17652 depends on bug 14411, which changed state.
Bug 14411 Summary: Request for setjmp/longjmp attributes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14411
What|Old Value |New Value
--
Bug 17652 depends on bug 14411, which changed state.
Bug 14411 Summary: Request for setjmp/longjmp attributes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14411
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:49 ---
Lets close this as fixed then.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
Keywords|wrong-code |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-08
14:57 ---
Reopen ...
--
What|Removed |Added
Status|RESOLVED|UNCONFIRM
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-08
14:58 ---
... to mark as duplicate of PR 18978.
*** This bug has been marked as a duplicate of 18978 ***
--
What|Removed |Added
-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-08
14:58 ---
*** Bug 20379 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-08
15:10 ---
You have not addressed the scheduling issues.
--
What|Removed |Added
Status|RESO
--
Bug 17652 depends on bug 20367, which changed state.
Bug 20367 Summary: alias analysis doesn't take into account that variables that
haven't their address taken can't alias arbitrary MEMs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367
What|Old Value |New
The following legal input produces the error message:
"`...' handler must be the last handler for its try block".
int main () {
try {}
#line 1 "xxx"
catch (int) {}
}
--
Summary: #line directive breaks try-catch statement
Product: gcc
Version: 3.3.4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
15:21 ---
Fixed by the merge of the tree-ssa
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
Broke:
: Search converges between 2002-01-13-trunk (#54) and 2002-01-20-trunk (#55).
--
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-08
15:35 ---
Here's a somewhat reduced testcase that fails
for me on ia64-unknown-linux-gnu:
$ cat forall_5.f90
program evil_forall
implicit none
type t
logical valid
integer :: s
integer, dimension(
gcj -O2 -shared -fjni -findirect-dispatch ojdbc14.jar -o ojdbc14.so
gcj -o oracletest -O2 --classpath=/home/acuser/gcj/DB/ojdbc14.jar
jdbcTester.java
-main=jdbcTester /home/acuser/gcj/DB/ojdbc14.so -L /usr/local/lib -lgcj
jc1: error: invalid option ΓÇÿain=jdbcTesterΓÇÖ
make: *** [oracletest] Erro
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
16:40 ---
-main=jdbcTester
You want --main= jdbcTester
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20384
Attila Feher F (JO/LMF) wrote:
Hi,
I have been reading http://gcc.gnu.org/bugs.html, but I cannot figure out if
the bug I have found in the way std::uncaught_exception works is a gcc or a
libstdc++ bug. Since the faulty behavior is the same with MinGW and Linux
native gcc, I guess it is a langu
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-08
16:49 ---
Thanks, --main fixed it.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
17:31 ---
Hmm, this fails on the mainline again:
PR13024.java: In class 'PR13024':^MPR13024.java: In method
'PR13024.isZipOrJarArchive(java.io.File)':
^MPR13024.java:0: error: dominator of 3 should be 2, not 0^M
PR13
--- Additional Comments From drow at gcc dot gnu dot org 2005-03-08 17:31
---
Fixed on 3.4 and 4.0 branches.
--
What|Removed |Added
Status|NEW
--- Additional Comments From giovannibajo at libero dot it 2005-03-08
18:18 ---
(In reply to comment #10)
> >So, to recap: testcase in comment #5 should not be optimized (at least,
> >it is
> >not related to this bug).
> Actually, it is related inasmuch as it demonstrates a pitfall y
% cat test.c
unknowntype f() { return 0; }
% gcc -c test.c
test.c:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'f'
Firstly, since this is a frequent mistake, we should really be able to produce
"unknowntype used like a type", as other compilers do.
Secondly, IMHO this kind o
We miss a computed goto to non computed got if there is code between the
assignment and the goto:
void g();
int f(int i)
{
void *a;
if (i) a = &&l1;
else a = &&l2;
g();
goto *a;
l1:
return 1;
l2:
return 2;
}
I saw this while debugging PR13024.java and why if I tried compiling it wit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
18:33 ---
The `new' C++ parser gives the best error message:
t.c:1: error: 'unknowntype' does not name a type
--
What|Removed |Added
--
--- Additional Comments From joseph at codesourcery dot com 2005-03-08
18:59 ---
Subject: Re: New: Lame error message for undefined type
On Tue, 8 Mar 2005, falk at debian dot org wrote:
> % cat test.c
> unknowntype f() { return 0; }
>
> % gcc -c test.c
> test.c:1: error: expected '=
--- Additional Comments From avn at any dot ru 2005-03-08 19:02 ---
Actually, it is fixed. The other two patches that I pinged are not related to
this PR.
--
What|Removed |Added
--
Bug 17652 depends on bug 14411, which changed state.
Bug 14411 Summary: Request for setjmp/longjmp attributes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14411
What|Old Value |New Value
>From http://www.cs.kuleuven.ac.be/~bartv/downloads/bug04.f95:
$ gfortran bug04.f90
bug04.f90:0: internal compiler error: in gfc_conv_array_initializer, at
fortran/trans-array.c:2936
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for ins
To locate gcj's version-specific jni.h header, we use:
gcj -print-file-name=include/jni.h
We should have a similar way to print the libgcj.jar file name. This would be
useful for packagers.
--
Summary: gcj should have a -print-libgcj-jar-file-name option
Product: gcc
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20388
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
19:49 ---
Confirmed, reduced testcase which shows where the problem is (one less
initializer and it will work):
module bug04
integer, dimension(101), parameter, private :: a = (/ &
2,3,5,7, 11
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
20:11 ---
Looks like we don't handle EXPR_ARRAY in gfc_conv_array_initializer, if we have
100 or less we get
EXPR_CONSTANT.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20387
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-08
20:30 ---
On i686-pc-linux-gnu, forall_5.f90 does the following:
$ gfortran forall_5.f90
$ ./a.out
Fortran runtime error: Attempt to allocate a negative amount of memory.
$ gfortran -v
Using built-in specs.
Targe
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-08
20:44 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 8, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote:
> No, because there would be no TARGET_EXPR. In a template, you
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-08
20:51 ---
(In reply to comment #16)
> And that should be fixed via the structure aliasing improvements that Daniel
is working on.
Will this also work when a[0] .. a[2] are replaced with a0 .. a2 ?
--
http://g
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-08
20:53 ---
Hint taken. I'm testing the patch with gcc-3.4, and then will check it in if
there are no problems.
--
What|Removed |Added
--
--
Summary: Buff
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: daney at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
--
What|Removed |Added
Summary|Buff|Buffere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-08 21:13
---
I will attach a testcase.
I also have a tentative patch and Mauve test that I will submit shortly.
--
What|Removed |Added
-
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-08 21:16
---
Created an attachment (id=8367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8367&action=view)
Testcase
As shown in the testcase, a series of marks and reads can cause either
ArrayIndexOutOfBoundsExcep
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
21:23 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2005-03-08 21:23:11 |2005-03-08 21:32:28
date|
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-08
21:55 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 8, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> Okie dokie, how about this?
> The change to the gimplify.c
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-08
21:58 ---
(In reply to comment #1)
> I've traced what's going on:
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00525.html
> It includes a patch for comment.
>
The sh64 port is partcularily exposed in emit_libcal
The gfortran frontend defines the two options -i8 and -r8 in gfortran/lang.opt.
gcc/opts.sh appears to process lang.opt without a problem, because the produced
options.h file contains OPT_i8 and OPT_r8. However, neither -i8 nor -r8 is
passed to gfc_handle_option, which is defined to LANG_HOOKS_HAN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
23:21 ---
This was basically fixed as PR 13464, do you want to close this as a dup and
add your analysis there?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20390
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-08
23:23 ---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a
reference to a temporary
On Mar 7, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote:
> For example, I believe that Alex's proposed sol
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-03-08 23:47 ---
Subject: Re: Options aren't handled by LANG_HOOKS_HANDLE_OPTIONS
On Tue, Mar 08, 2005 at 11:21:52PM -, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinsk
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
23:50 ---
(In reply to comment #2)
> What do you mean by fixed?
I mean filed, woops.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20390
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-03-08 23:52 ---
The gfortran frontend defines the two options -i8 and -r8 in gfortran/lang.opt.
gcc/opts.sh appears to process lang.opt without a problem, because the produced
options.h file contains OPT_i
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-03-08 23:53 ---
*** This bug has been marked as a duplicate of 13464 ***
--
What|Removed |Added
---
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-03-08 23:53 ---
*** Bug 20390 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-09 00:16
---
Patch posted here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00669.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
01:01 ---
Subject: Bug 20364
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 01:00:56
Modified files:
gcc: Change
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-09
01:10 ---
Fix by the patch I just checked in.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From roger at eyesopen dot com 2005-03-09 01:28
---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about
returning a reference to a temporary
On 8 Mar 2005, Alexandre Oliva wrote:
>
> * fold-const.c (non_lvalue): Split tests into...
> (may
--- Additional Comments From jakub at redhat dot com 2005-03-09 01:47
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Mon, Mar 07, 2005 at 06:56:19PM -0300, Alexandre Oliva wrote:
> loop attempts to eliminate a biv represented by a pseudo in favor of a
--- Additional Comments From sailors3 at comcast dot net 2005-03-09 02:48
---
Subject: RE: internal compiler error with bogus asm output constraint
Where can I find some documentation on using this extended asm format? I
have read all the GNU docs on it and can not understand how to us
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-09
04:02 ---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Mar 8, 2005, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> Unfortunately, it seems to break ada bootstrap on at least x86-64 and
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-09
04:11 ---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a
reference to a temporary
On Mar 8, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote:
> On 8 Mar 2005, Alexandre Oliva wrote:
>>
>> *
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-11-06 1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
04:45 ---
(In reply to comment #5)
> The first example has been fixed in 3.4.1.
>
> The second example is an accepts-invalid and may not be a regression.
It is a regression from 3.3.3 and 3.2.3.
--
Wh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
04:49 ---
This broke again on the mainline (before the branch of 4.0.0 and even before
3.5.0 was changed to
4.0.0).
--
What|Removed |Added
---
If the JAR and DSO are switched on the command line
to "gcj-dbtool -a", it shows an incorrect error message:
~/src/tmp > gcj-dbtool -a foo.db foo.so foo.jar
error: could not update foo.db: java.lang.NullPointerException
--
Summary: gcj-dbtool shows incorrect error message if JAR a
1 - 100 of 113 matches
Mail list logo
