--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #5 from bkoz at gcc dot gnu dot org 2005-10-13 05:36 ---
This locking code looks really strange to me.
void
release() // nothrow
{
if (__gnu_cxx::__exchange_and_add(&_M_use_count, -1) == 1)
{
dispose();
__glibcxx_mutex_lock(_M_mutex);
__glib
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #1 from bugzilla-gcc at thewrittenword dot com 2005-10-13
05:10 ---
BTW, the MIPSpro compiler is 7.4.3m and the build system is IRIX 6.5.26m.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24345
--- Comment #5 from laurent at guerby dot net 2005-10-13 05:10 ---
Note: works at -O0 on x86-linux and x86_64-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
--- Comment #7 from laurent at guerby dot net 2005-10-13 05:09 ---
Note: works at -O0 on x86-linux and x86_64-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
--- Comment #5 from laurent at guerby dot net 2005-10-13 04:59 ---
Fixed in 4.0.2:
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00324.html
Fixed in 4.1 (when it last bootstraped):
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00409.html
--
laurent at guerby dot net changed:
Using GNU as, MIPSpro cc, and IRIX ld, the following error is encountered
during the build:
$ cd /opt/build
$ gzip -dc gcc-4.0.2.tar.bz2
$ mkdir gcc-4.0.2-objdir
$ cd gcc-4.0.2-objdir
$ CC=cc /opt/build/gcc-4.0.2/configure --enable-shared --with-gnu-as \
--with-as=/opt/TWWfsw/gcc402/mips-sgi-irix6.
--
laurent at guerby dot net changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18858
--- Comment #5 from laurent at guerby dot net 2005-10-13 04:50 ---
Fixed as of gcc version 4.1.0 20051012 (experimental) on x86-linux and
x86_64-linux.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #21 from pault at gcc dot gnu dot org 2005-10-13 04:48 ---
I have posted another, better patch to the list:
http://gcc.gnu.org/ml/fortran/2005-10/msg00271.html
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
-20051012T220927/gcc/testsuite/ada/acats/support
c37305a.adb
+===GNAT BUG DETECTED==+
| 4.1.0 20051012 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| in tree_low_cst, at tree.c:4340 |
| Error
--- Comment #59 from ian at airs dot com 2005-10-13 04:13 ---
I'm going to mark this as just a 4.1 regression. As far as I can see, 4.0 was
OK. And there is zero chance that we are going to address any of these issues
in 3.4, except perhaps coincidentally.
--
ian at airs dot com ch
--- Comment #58 from dberlin at gcc dot gnu dot org 2005-10-13 04:07
---
Subject: Re: [3.4/4.0/4.1 regression] C++
compile-time performance regression
On Thu, 2005-10-13 at 03:34 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #57 from pinskia at gcc dot gnu
On Thu, 2005-10-13 at 03:34 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #57 from pinskia at gcc dot gnu dot org 2005-10-13 03:34
> ---
> A semi recent 4.1 (the 10th) gives:
> tree PTA : 1.60 ( 6%) usr 0.02 ( 1%) sys 1.73 ( 6%) wall
> 10338 kB ( 1%)
--- Comment #57 from pinskia at gcc dot gnu dot org 2005-10-13 03:34
---
A semi recent 4.1 (the 10th) gives:
tree PTA : 1.60 ( 6%) usr 0.02 ( 1%) sys 1.73 ( 6%) wall
10338 kB ( 1%) ggc
tree alias analysis : 1.32 ( 5%) usr 0.19 (10%) sys 1.48 ( 5%) wall
1
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-13 03:09
---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00737.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from wilson at gcc dot gnu dot org 2005-10-13 02:47 ---
If you compile with -dA you will get readable DWARF2 debug info in the .s file.
Case 1:
There is no location info for the parameter x because it has been optimized
away. Change the variable x in main to y to avoid a
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-13 01:49 ---
21513 is an issue which can be resolved when loop.c is removed as we don't need
to store the profile info due to __builtin_expect in notes.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-13 01:48 ---
Just a note, I don't think this can be done without removing loop.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21513
New test, known to fail with: "Tue Oct 11 22:12:26 UTC 2005".
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
FAIL: gcc.c-torture/execute/frame-address.c execution, -O2
FAIL: gcc.c-torture/execute/frame-address.c execution, -O3
-fomit-frame-pointer
FAIL: gcc
--- Comment #4 from hp at gcc dot gnu dot org 2005-10-13 01:20 ---
...more constans than with LAST_UPDATED "Tue Jul 12 03:25:01 UTC 2005", that
is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
--- Comment #3 from hp at gcc dot gnu dot org 2005-10-13 01:19 ---
There are apparently more different constants used with
LAST_UPDATED "Tue Oct 11 22:12:26 UTC 2005", because there's an additional
failure due to this bug:
FAIL: tmpdir-gcc.dg-struct-layout-1/t007 c_compat_x_tst.o-c_compa
--- Comment #9 from mckinlay at redhat dot com 2005-10-13 01:14 ---
Fixed checked in to 4.0 branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Target Mi
--- Comment #10 from mckinlay at redhat dot com 2005-10-13 01:12 ---
Fixed checked in to 4.0 branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Known
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-13 01:11
---
Subject: Bug 21540
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-13 01:11:27
Modified files:
gcc/java : ChangeLog pars
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-13 01:11
---
Subject: Bug 13788
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-13 01:11:27
Modified files:
gcc/java : ChangeLog pars
--- Comment #3 from wilson at gcc dot gnu dot org 2005-10-13 01:06 ---
I am unable to reproduce the problem with FSF gcc-3.2.3 compiled on a debian
testing ia64-linux system. Perhaps this is a problem with patches that Red Hat
have applied to their gcc sources?
I am also unable to repr
--- Comment #7 from hp at gcc dot gnu dot org 2005-10-13 00:29 ---
Also seen for new test g++.dg/tree-ssa/pr23164.C
/home/hp/combined/combined/gcc/testsuite/g++.dg/tree-ssa/pr23164.C: In function
'void g()':^M
/home/hp/combined/combined/gcc/testsuite/g++.dg/tree-ssa/pr23164.C:16: error:
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-13 00:16
---
*** Bug 24343 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-13 00:16 ---
This was just fixed earlier today.
*** This bug has been marked as a duplicate of 23799 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
New test fails, known to fail with LAST_UPDATED: "Tue Oct 11 22:12:26 UTC
2005".
With the message in the .log being:
Executing on host: /home/hp/combined/mmixware-sim/gcc/testsuite/../g++
-B/home/hp/combined/mmixware-sim/gcc/testsuite/../ /home/h\
p/combined/combined/gcc/testsuite/g++.dg/init/stru
--- Comment #5 from wilson at gcc dot gnu dot org 2005-10-12 23:49 ---
This fails in the 20051005 testsuite results
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00197.html
but not the 20051006 testsuite results
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00240.html
This
--- Comment #9 from rth at gcc dot gnu dot org 2005-10-12 23:39 ---
Fixed, again
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-12 23:34
---
Subject: Bug 24255
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 23:34:09
Modified files:
gcc: ChangeLog c-common.c function.c print-tree.c
Last known to work with: "Tue Jul 12 03:25:01 UTC 2005".
Known to fail with: "Tue Oct 11 22:12:26 UTC 2005".
I get:
FAIL: gfortran.fortran-torture/execute/in-pack.f90 execution, -O3
-fomit-frame-pointer
FAIL: gfortran.fortran-torture/execute/in-pack.f90 execution, -O3
-fomit-frame-pointer -funrol
--- Comment #2 from wilson at gcc dot gnu dot org 2005-10-12 23:22 ---
It isn't true that variable i and variable j have the same symbol name. The
asm means that the symbol name of j will be "i" always. However, the symbol
name of i will be the string "i" with various target dependent
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 23:17 ---
This is more likely a target bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hp at gcc dot gnu dot org 2005-10-12 23:05 ---
Test observed to pass with "Tue Oct 11 22:12:26 UTC 2005"
and "Wed Oct 12 20:15:38 UTC 2005".
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
-
Last known to work with: "Tue Aug 16 12:30:26 UTC 2005".
Known to fail with: "Tue Oct 11 22:12:26 UTC 2005".
With LAST_UPDATED: "Wed Oct 12 20:15:38 UTC 2005" I still get:
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/sync-1.c -O
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-12 22:16
---
See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00723.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-12 22:14
---
Subject: Bug 24284
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 22:14:33
Modified files:
gcc: ChangeLog
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-12 22:12
---
Subject: Bug 24284
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 22:12:39
Modified files:
gcc: ChangeLog
gcc/config/sparc: sparc.c
L
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-12 21:18
---
*** Bug 24339 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 21:18 ---
Guess what this just got fixed on the mainline. This is a dup of bug 18082.
*** This bug has been marked as a duplicate of 18082 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-12 21:10
---
Fixed at least on the mainline. It is up to Danny and Mark if this is too big
to backport.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-12 21:09 ---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-12 21:08
---
Fixed on the mainline, it is up to Danny if this is too big to back port.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #32 from pinskia at gcc dot gnu dot org 2005-10-12 21:07
---
(In reply to comment #31)
> Fixed on trunk.
> http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
> Danny
Danny, you should be able to modify the bugs using this accont now.
--
pinskia at gcc dot gnu dot org c
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-12 21:06 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from dannysmith at users dot sourceforge dot net 2005-10-12
21:03 ---
Now fixed on trunk for C++ too.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19704
--- Comment #1 from kargl at gcc dot gnu dot org 2005-10-12 21:00 ---
Add -std=f95 to your command line. This causes gfortran to emit
an error. The default behavior is setup to accept names of up
to 63 characters, which is the length specified in Fortran 2003.
In general, if your tes
--- Comment #6 from dannysmith at users dot sourceforge dot net 2005-10-12
20:59 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23589
--- Comment #31 from dannysmith at users dot sourceforge dot net
2005-10-12 20:58 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Comment #4 from steven at gcc dot gnu dot org 2005-10-12 20:58 ---
Mark, this is probably not fixable for GCC 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16306
--- Comment #15 from dannysmith at users dot sourceforge dot net
2005-10-12 20:58 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-12 20:58 ---
The patch mentioned in #2 is not sufficient anymore. copy propagation and VRP
also propagate copies of this kind. And may_propagate_copy is not used in most
places, and even when it _is_ used, it doesn't help becaus
--- Comment #18 from dannysmith at users dot sourceforge dot net
2005-10-12 20:56 ---
Fixed in trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
--- Comment #30 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:55
---
Subject: Bug 21766
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:54:50
Modified files:
gcc: ChangeLog config.gcc tree.c tree.h varasm.c
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:54
---
Subject: Bug 21275
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:54:50
Modified files:
gcc: ChangeLog config.gcc tree.c tree.h varasm.c
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:54
---
Subject: Bug 19704
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:54:50
Modified files:
gcc: ChangeLog config.gcc tree.c tree.h varasm.c
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:54
---
Subject: Bug 21801
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:54:50
Modified files:
gcc: ChangeLog config.gcc tree.c tree.h varasm.c
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:54
---
Subject: Bug 23589
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:54:50
Modified files:
gcc: ChangeLog config.gcc tree.c tree.h varasm.c
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:41
---
Subject: Bug 24092
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:41:29
Modified files:
gcc/fortran: trans-types.c ChangeLog
gcc/testsuit
--- Comment #1 from kargl at gcc dot gnu dot org 2005-10-12 20:41 ---
The final committe draft of the Fortran 95 standard (and the
final coimmitte draft of Fortran 2003 is essentially the same) has
3.2.1 Names
Names are used for various entities such as variables, program units, d
--- Comment #12 from stewart at neuron dot com 2005-10-12 20:29 ---
Tom,
This patch from you against gcc-4.0.2 cured the segfault.
Thanks,
Stewart
Index: jni.cc
===
RCS file: /cvs/gcc/gcc/libjava/jni.cc,v
retrieving revi
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:29
---
Subject: Bug 18082
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:29:22
Modified files:
gcc/fortran: decl.c ChangeLog
gcc/testsuite : Ch
character (len = 8) :: h
character (len = 9) :: i
h = '01234567'
i = 'ABCDEFGHI'
call test (h, i, 9)
contains
subroutine test (p, q, n)
character (len = *) :: p
character (len = n) :: q, r, t, u
logical :: l
l = .false.
r = ''
if (n .gt. 8) r = 'jklmnopqr'
u =
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:05
---
Subject: Bug 20856
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:05:04
Modified files:
gcc/fortran: symbol.c ChangeLog
gcc/testsuite :
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-12 20:05
---
Subject: Bug 20847
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 20:05:04
Modified files:
gcc/fortran: symbol.c ChangeLog
gcc/testsuite :
--- Comment #11 from laurent at guerby dot net 2005-10-12 20:01 ---
Time to sleep...
--
laurent at guerby dot net changed:
What|Removed |Added
Summary|[4.0 Reg
--- Comment #10 from laurent at guerby dot net 2005-10-12 20:00 ---
Reopen for 4.1/4.2 as 4.0 Regression.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2005-10-12
19:58 ---
Subject: Re: acats numeric tests cxg* fail on pa/hpux
> --- Comment #8 from laurent at guerby dot net 2005-10-12 19:47 ---
> Fixed on 4.0.x according to:
> http://gcc.gnu.org/ml/gcc-testresults/20
--- Comment #8 from laurent at guerby dot net 2005-10-12 19:47 ---
Fixed on 4.0.x according to:
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00450.html
Also on 4.1 (when 4.1 bootstraps Ada):
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00983.html
--
laurent at guerby dot net
--- Comment #7 from dje at gcc dot gnu dot org 2005-10-12 19:40 ---
Fixed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from steven at gcc dot gnu dot org 2005-10-12 19:37 ---
What about this
Index: c-decl.c
===
RCS file: /cvs/gcc/gcc/gcc/c-decl.c,v
retrieving revision 1.687
diff -u -3 -p -r1.687 c-decl.c
--- c-decl.c4
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-12 19:36
---
There is a middle-end part to this in gimplifier.c as I showed in my patch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from laurent at guerby dot net 2005-10-12 19:33 ---
Ada not release critical.
--
laurent at guerby dot net changed:
What|Removed |Added
Target Milestone
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 19:33
---
Subject: Bug 23730
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 19:33:32
Modified files:
gcc/cp : ChangeLog call.c
L
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
--- Comment #3 from laurent at guerby dot net 2005-10-12 19:29 ---
Ada not release critical.
--
laurent at guerby dot net changed:
What|Removed |Added
Target Milestone|
--- Comment #2 from igodard at pacbell dot net 2005-10-12 19:23 ---
Well, how about:
foo.cc: In function `void bar()':
foo.cc:2: error: template argument `T' uses local type `bar()::X'
foo.cc:2: error: trying to instantiate `template struct foo'
foo.cc:2: error: invalid type in declara
$ cat vartest.f90
program test_name
integer _var
end program
$ gfortran -c vartest.f90
In file names.f90:2
integer _var
1
Error: Syntax error in data declaration at (1)
as per the standard,
R301 character is alphanumeric character
or special character
R302 alph
As per the standard for fortran 95, the maximum length of a variable is 31
characters. But gfortran doesn't truncate, complain or warn (is it platform
dependent?) when that is not true like in following case,
$ cat test.f90
program test_name
integer abcdefghijklmnopqrstuvwxyz123456
abcd
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-12 18:57
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-12 18:24 ---
Fixed mainline & 4.0
2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21117
* decl.c (check_function_type): Correctly overwrite incomplete
return type with void type.
* typeck.c
--- Comment #10 from nathan at gcc dot gnu dot org 2005-10-12 18:23 ---
Fixed mainline and 4.0
2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL. Use dependent_type_p to check t
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23
---
Subject: Bug 23797
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17
Modified files:
gcc/testsuite : ChangeLog
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23
---
Subject: Bug 21592
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17
Modified files:
gcc/testsuite : ChangeLog
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23
---
Subject: Bug 21117
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17
Modified files:
gcc/testsuite : ChangeLog
--- Comment #13 from nathan at gcc dot gnu dot org 2005-10-12 18:23 ---
Fixed mainline & 4.0
2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions. Asser
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:13
---
Subject: Bug 21592
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 18:13:41
Modified files:
gcc/cp : ChangeLog pt.c typeck.c
gcc/testsuit
--- Comment #11 from tromey at gcc dot gnu dot org 2005-10-12 18:11 ---
Stewart, can you post attach your backtrace to the PR?
Something like "thread apply all bt" might be useful.
Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:07
---
Subject: Bug 23797
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 18:07:44
Modified files:
gcc/cp : ChangeLog parser.c pt.c
gcc/testsuite
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:02
---
Subject: Bug 21117
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 18:02:52
Modified files:
gcc/cp : ChangeLog decl.c typeck.c
gcc/testsui
--- Comment #27 from hp at gcc dot gnu dot org 2005-10-12 17:45 ---
For cris-axis-elf, 1.cc and 2.cc fail with the same error
at LAST_UPDATED "Tue Oct 11 22:12:26 UTC 2005".
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2005-10-12
17:42 ---
Subject: Re: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m
ld: GOT overflow
pinskia at gcc dot gnu dot org writes:
> what GCC are you starting with since it is dying in building stage1 a
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 17:37 ---
(In reply to comment #2)
> I'm not sure, given that the 3.4 branch continues to bootstrap successfully
> with this same version (and the 4.0 branch did as well some time ago).
Does not mean anything. We could have
1 - 100 of 188 matches
Mail list logo
