--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09
07:45 ---
Kriang --
This is probably caused by your recent OFFSET_REF changes; would you please
investigate?
-- Mark
--
What|Removed |Added
-
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09
07:42 ---
Fixed in GCC 3.4.4.
--
What|Removed |Added
Status|ASSIGNED|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
07:41 ---
Subject: Bug 20142
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 07:41:00
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/g++.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
07:39 ---
Subject: Bug 20142
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 07:39:48
Added files:
gcc/testsuite/g++.dg/init:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
07:39 ---
Subject: Bug 20142
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 07:39:35
Modified files:
gcc/cp : init.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
07:32 ---
Subject: Bug 20142
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-09 07:32:31
Modified files:
gcc/cp : init.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09
07:28 ---
Subject: Bug 20142
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-09 07:28:12
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From irar at il dot ibm dot com 2005-03-09 06:56
---
New testcase added: vect-3.f90 (in autovect branch for now).
If this PR is solved, testcase vect-3.f90 will be vectorized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18527
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
06:43 ---
x86-pc-linux-gnu, and powerpc-darwin. Both fail the same way. On
x86_64-pc-linux-gnu with
4.0.0 20050121, I get the ICE also.
Note this is at -O1 or above.
--
What|Removed
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09
06:42 ---
This is not valid code. The "extern" specifier in the template specialization
is not permitted by ISO C++, nor is the G++ "extern template" extension.
--
What|Removed |
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09
06:37 ---
On what target does this fail? It does not fail for me on
x86_64-unknown-linux-gnu, and neither does PR 2892.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
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
--- 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
---
--- 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
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-11-06 1
--- 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:
>>
>> *
--- 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 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 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 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 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 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 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 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 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: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 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: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 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 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
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 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
--- 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
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2005-03-08 21:23:11 |2005-03-08 21:32:28
date|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
21:23 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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 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
-
--
What|Removed |Added
Summary|Buff|Buffere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
--
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
--- 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
--
--- 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 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 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 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
--
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
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
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20388
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
>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
--
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 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
--- 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 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
--
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
% 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
--- 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
--- 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 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 delarosa at ilstechnology dot com 2005-03-08
16:49 ---
Thanks, --main fixed it.
--
What|Removed |Added
Status|UNCONFIRMED
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 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
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 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(
--- 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).
--
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
--
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
--- 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
--- 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 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:57 ---
Reopen ...
--
What|Removed |Added
Status|RESOLVED|UNCONFIRM
--
What|Removed |Added
Severity|critical|normal
Keywords|wrong-code |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
--- 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
--
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:38 ---
Actually I take that back, it is only 1 out of 3 which was applied.
--
What|Removed |Added
--- 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 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
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-08
14:29 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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 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 pinskia at gcc dot gnu dot org 2005-03-08
14:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
--
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
--- 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
--- 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 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 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 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
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 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
--
What|Removed |Added
CC||martin at mpa-garching dot
||mpg dot de
http://gcc.gnu.org/bugz
--- 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
--
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 rth at gcc dot gnu dot org 2005-03-08 12:02
---
Committed.
--
What|Removed |Added
Status|NEW |RESOLVED
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 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:
--- 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
1 - 100 of 113 matches
Mail list logo
