--- Comment #8 from ppluzhnikov at charter dot net 2005-10-12 06:16 ---
The patch above suppresses the '#0 built-in', but not if one does:
/usr/local/gcc-4.1-20050813/bin/gcc -v -E -dD - /dev/null
in which case it *still* produces (now arguably plain wrong):
# 1 stdin
#define
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2005-10-12 06:39
---
Mark, do you have an opinion on the following implementation detail? We don't
want to duplicate the code of may_trap_p and rtx_addr_can_trap_p, so the new
predicate will essentially piggyback on it, simply
--- Comment #6 from uros at kss-loka dot si 2005-10-12 06:49 ---
This is IMO middle-end problem, store motion should check if new insn pattern
is valid, before old insn is replaced.
--
uros at kss-loka dot si changed:
What|Removed |Added
--- Comment #9 from per at bothner dot com 2005-10-12 07:10 ---
Subject: Re: [4.1 Regression] line number 0 for built-in
causes GAS to complain
ppluzhnikov at charter dot net wrote:
May I repeat my question:
What is the problem of emitting '#1 built-in' anyway?
It's certainly
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-12 07:20
---
Subject: Bug 24207
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 07:19:57
Modified files:
gcc/fortran: ChangeLog resolve.c
gcc/testsuite
--- Comment #10 from per at bothner dot com 2005-10-12 07:20 ---
Subject: Re: [4.1 Regression] line number 0 for built-in
causes GAS to complain
What about this patch:
Index: c-ppoutput.c
===
RCS file:
--- Comment #2 from dorit at il dot ibm dot com 2005-10-12 07:23 ---
There are two problems here:
1) This is the data-reference structure created (using the same testcase but
with floats instead of doubles):
Created dr for A[D.1705_7]
base_address: A
offset
--- Comment #4 from pault at gcc dot gnu dot org 2005-10-12 07:30 ---
Fixed on mainline and 4.0.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
integer foo
call test
contains
subroutine test
integer :: i
i = foo ()
end subroutine test
end
--
Summary: ICE in gfc_get_function_type
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-12 08:46 ---
I'm starting to think that the way we detect target tools is incredibly
overengineered - and hence buggy.
We should just *know* that an in-tree as has already been compiled wherever
AS_FOR_TARGET is needed! We
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-12 08:56
---
Subject: Bug 23799
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 08:55:59
Modified files:
gcc: ChangeLog varasm.c
Log message:
--- Comment #14 from rguenth at gcc dot gnu dot org 2005-10-12 08:57
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
templatetypename T struct foo{};
void bar() { enum X{a,b,c}; fooX f; };
gets you:
foo.cc: In function `void bar()':
foo.cc:2: error: `bar()::X' uses local type `bar()::X'
foo.cc:2: error: trying to instantiate `templateclass T struct foo'
foo.cc:2: error: invalid type in declaration before
--- Comment #3 from irar at il dot ibm dot com 2005-10-12 09:00 ---
I think, it's the same bug in scev that my autovect patch
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00252.html solved (and Sebastian
reverted it).
Here scev analyzer calculates the evolution of 'D.1703_5 * 2 +
$cat test.f90
program test
real :: foo
contains
function foo ()
end function foo
end program test
Gfortran passes it.
If add external attribute, we'll get ICE.
$cat test2.f90
program test
real, external :: foo
contains
function foo ()
end function foo
end program test
$gfortran
--- Comment #21 from bonzini at gcc dot gnu dot org 2005-10-12 09:38
---
Uros found that tweaking the PR23948 patch to require at least three divisions
is more profitable (speed-wise). I'll make it a param.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24123
When the program tries to compile I get this, (it works if I use -O1 or -O0,
but not -O2 or -O3):
SOURCE_DIR=.
SOURCE=cavPengFoam.C ; g++ -m32 -Dlinux -Wall -W -Wno-unused-parameter
-Wold-style-cast -O2 -ffast-math -DNoRepository -ftemplate-depth-30
gcc -Wall -o degre-radian degre-radian.c gives me an error when I try to
compile my source code.
I'm using Debian GNU/Linux SID with a 2.4.27-2-386 linux kernel.
Steps to reproduce :
1) Download my source code (at
http://jojosan.hd.free.fr/jojosan/degre-radian.c)
2) Try to compile it.
I suppose
--- Comment #1 from falk at debian dot org 2005-10-12 10:06 ---
Confirmed. Test case:
int printf(const char *format, ...);
int f() {
printf(%d, 141592653589793238462643383279502884197169399375105820974944);
}
--
falk at debian dot org changed:
What|Removed
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-12 10:59
---
Subject: Bug 19964
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 10:59:27
Modified files:
gcc: ChangeLog stor-layout.c
gcc/cp
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-12 11:34 ---
We have an infinite loop in pp_c_type_specifier.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:37 ---
What is wrong with this? bar()::X or something else? How would you improve
it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24326
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:40 ---
URL to to source: http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii
Note the URL field should be named patch URL when not filled in, it is named
that when filled in.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from f98faka at chalmers dot se 2005-10-12 11:43 ---
Location of preprocessed file:
http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24328
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:44 ---
Your GMP has a bug in it, please update it to a newer version.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada
/usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o
+===GNAT BUG DETECTED==+
| 4.1.0 20051012 (experimental) (SUSE Linux) (powerpc64-suse-linux-gnu) GCC
error:|
| Segmentation fault
--- Comment #3 from erik dot edelmann at iki dot fi 2005-10-12 12:00
---
*** Bug 23924 has been marked as a duplicate of this bug. ***
--
erik dot edelmann at iki dot fi changed:
What|Removed |Added
--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:00
---
*** This bug has been marked as a duplicate of 21625 ***
--
erik dot edelmann at iki dot fi changed:
What|Removed |Added
--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:09
---
I think that this PR is just a symptom of a more general problem: components
(of any kind) of a derived type are not initialized when a pointer/allocatable
variable of derived type is allocated. Also see PR 23924
--- Comment #8 from bonzini at gcc dot gnu dot org 2005-10-12 12:17 ---
Created an attachment (id=9976)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9976action=view)
patch to be optimistic about which tool to use
Can you guys please test the attached patch?
--
bonzini at gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-12 12:33 ---
More information can be found:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00682.html
Confirming.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 12:43 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from schwab at suse dot de 2005-10-12 12:43 ---
(In reply to comment #15)
/usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o
+===GNAT BUG DETECTED==+
| 4.1.0 20051012 (experimental) (SUSE Linux
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 12:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:54
---
(In reply to comment #3)
Testing a patch.
Patch posted here: http://gcc.gnu.org/ml/fortran/2005-10/msg00229.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24245
--
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=24323
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:04
---
Subject: Bug 19964
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 13:04:40
Modified files:
gcc: ChangeLog
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 13:05 ---
hmm, for some reason this works on i686-pc-linux-gnu but not on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24329
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 13:06 ---
I cannot reproduce this in 4.0.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24328
--
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=24251
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-12 13:07 ---
Fixed mainline and 4.0 branch
2005-10-12 Nathan Sidwell [EMAIL PROTECTED]
PR c++/19964
* stor-layout.c (place_field): Set DECL_FIELD_OFFSET and
DECL_FIELD_BIT_OFFSET of FIELD_DECLs, even if
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-12 13:08 ---
This is a dup of bug 21687 which was fixed in 4.0.2.
*** This bug has been marked as a duplicate of 21687 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-12 13:08
---
*** Bug 24328 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 13:09 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:16
---
Subject: Bug 24052
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 13:16:23
Modified files:
gcc/cp : ChangeLog error.c
gcc/testsuite :
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-12 13:30 ---
Here is the one for 3.3.3 and above:
typedef long bignum_digit_type;
void bignum_divide_unsigned_normalized( ){
bignum_digit_type guess;
guess = unsigned long) 1) (((sizeof (bignum_digit_type)) * 8) - 2)) -
1);
The following code crashes with -O0 -fpeephole2:
void s48_double_to_bignum(int exponent){
long length = exponent) + sizeof (long)) * 8) - 2) - 1)) /
(((sizeof (long)) * 8) - 2)));
}
--
Summary: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||x86_64-*-linux-gnu
Target Milestone|---
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-12 13:33 ---
(In reply to comment #5)
Reduced testcase for 4.0.x and above:
Filed as PR 24330.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:35
---
Subject: Bug 24052
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 13:35:41
Modified files:
gcc/cp : ChangeLog
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-12 13:42 ---
Confirmed that this is a real regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-12 13:42
---
Stack backstrace suggests that this is probably a duplicate of PR23870.
*** This bug has been marked as a duplicate of 23870 ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from rearnsha at gcc dot gnu dot org 2005-10-12 13:42
---
*** Bug 24322 has been marked as a duplicate of this bug. ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:45
---
Subject: Bug 24052
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 13:45:10
Modified files:
gcc/cp : error.c
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-12 13:45 ---
The instruction we are should have split earlier:
(insn/v 8 21 26 (set (mem/c/i:DI (plus:DI (reg/f:DI 6 bp)
(const_int -8 [0xfff8])) [0 guess+0 S8 A64])
(const_int
--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-12 13:46 ---
Patch committed to all open branches.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-12 13:46
---
*** Bug 24330 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 13:46 ---
The instruction we should have split earlier:
(insn/v 13 12 37 (set (mem/c:DI (plus:DI (reg/f:DI 6 bp)
(const_int -32 [0xffe0])) [0 S8 A8])
(const_int -8925843906633654007
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-12 13:48
---
It turned out the one in comment #5 is the same issue as the orginal bug too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24315
Generating an object file with g++ -c test.cc for the following code snippet:
--
template int void f() {}
int g() { f1 (); }
template void f1 ();
--
nm -gm test.o returns:
00ac (__TEXT,__eh_frame) weak private external _Z1fILi1EEvv.eh
0084 (__TEXT,__eh_frame) external
--- Comment #8 from dnovillo at redhat dot com 2005-10-12 14:16 ---
Subject: Re: C++ FE emitting assignments to read-only global symbols
On Tuesday 11 October 2005 17:07, mmitchel at gcc dot gnu dot org wrote:
Diego, will this allow you to reactivate your optimization? And, if so,
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 14:22 ---
this is fixed in both the FSF 4.0.0 gcc and Apple's 4.0.0 gcc.
It also was never a bug in the FSF's gcc. Next time when reporting a bug
against Apple's gcc, please file the bug with Apple at
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #9 from mark at codesourcery dot com 2005-10-12 14:55 ---
Subject: Re: C++ FE emitting assignments to read-only global
symbols
dnovillo at redhat dot com wrote:
Thanks Mark. The underlying code has shifted in the interim. There was
another bug that would cause us to
--- Comment #2 from bangerth at dealii dot org 2005-10-12 14:57 ---
To be clear about what the original bug was: despite the existence of the
explicit instantiation (after an implicit instantiation of f1), the generated
symbol had private linkage. Such symbols aren't exported from
--- Comment #10 from dnovillo at redhat dot com 2005-10-12 15:00 ---
Subject: Re: C++ FE emitting assignments to read-only global symbols
On Wednesday 12 October 2005 10:55, mark at codesourcery dot com wrote:
OK, so my patch is no longer directly useful then? (It still seems like
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 15:03
---
Subject: Bug 23730
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 15:03:12
Modified files:
gcc/cp : ChangeLog call.c
Log message:
PR
sparky% gcc -v
Reading specs from
/.../torolab.ibm.com/fs/projects/vabld/run/gcc/aix/gcc-3.3.2/aix52/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.2/specs
Configured with: ../gcc-3.3.2/configure --disable-nls
Thread model: aix
gcc version 3.3.2
t.c:
int j asm(i);
int i;
int main() {
i = 5;
unsigned foo(const unsigned x) { return (x / x); }
double bar(const double x) { return (x / x); }
$ gcc -Wall -O2 -mregparm=3 -fomit-frame-pointer tmp.c -S
foo:xorl%edx, %edx
divl%eax
ret
bar:fldl4(%esp)
fdiv%st(0), %st
ret
I think
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 15:42 ---
(In reply to comment #0)
This one, we have to deal with x = 0, what should we do, trap or not to trap.
unsigned foo(const unsigned x) { return (x / x); }
For the following one:
double bar(const double x) {
--- Comment #2 from pluto at agmk dot net 2005-10-12 15:57 ---
basing on the http://en.wikipedia.org/wiki/L'hospital we get:
lim (x / x) = lim (x' / x') = lim (1 / 1) = 1
x-0 x-0x-0
should we trap/check anything?
--
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-10-12 16:02
---
*** This bug has been marked as a duplicate of 19964 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-12 16:02
---
*** Bug 22257 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19964
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 16:04 ---
(In reply to comment #2)
basing on the http://en.wikipedia.org/wiki/L'hospital we get:
lim (x / x) = lim (x' / x') = lim (1 / 1) = 1
x-0 x-0x-0
for float/float, we should get NANs with
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 16:08 ---
This is a weird case as both are in common space.
If we do the following:
int j asm(i) = 0;
int i = 0;
We cannot assemble the source at all.
I don't know what to say about this case. Someone else will have to
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-12 16:12
---
I have a patch which I am testing which should fix this by reducing the number
of referenced variables which in turns reduces virtual operands.
Now we get the following -ftime-report for -O2 on powerpc-darwin with
--- Comment #11 from per at bothner dot com 2005-10-12 16:22 ---
Subject: Re: [4.1 Regression] line number 0 for built-in
causes GAS to complain
I agree that -dD output should be preceded by a '#1 built-on' or
a '#0 built-in', since otherwise the output is a bit confusing:
# 1 stdin
--- Comment #4 from sebastian dot pop at cri dot ensmp dot fr 2005-10-12
16:26 ---
Subject: Re: [4.1 Regression] ICE: verify_ssa failed with -O -msse2
-ftree-vectorize
irar at il dot ibm dot com wrote:
Here scev analyzer calculates the evolution of 'D.1703_5 * 2 + i_15',
where
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-12 16:29
---
Subject: Bug 23324
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 16:29:35
Modified files:
gcc: ChangeLog cfgexpand.c
Added files:
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-12 16:34
---
Subject: Bug 23324
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 16:34:33
Modified files:
gcc: ChangeLog
--- Comment #11 from rth at gcc dot gnu dot org 2005-10-12 16:35 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from bothner at gcc dot gnu dot org 2005-10-12 16:45
---
Created an attachment (id=9977)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9977action=view)
proposed patch
This is my proposed patch. It has not been boot-strapped yet.
I don't know if there might be
--- Comment #5 from sebastian dot pop at cri dot ensmp dot fr 2005-10-12
16:53 ---
Subject: Re: [4.1 Regression] ICE: verify_ssa failed with -O -msse2
-ftree-vectorize
Sebastian Pop wrote:
if (!expr_invariant_in_loop_p (loop, CHREC_LEFT (chrec)))
then give up with this case,
--- Comment #7 from rth at gcc dot gnu dot org 2005-10-12 17:01 ---
Not fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #2 from magsilva at gmail dot com 2005-10-12 17:02 ---
Thank you. I simply had no clue about what was responsable for this error. My
gmp really had a bug ('make test' failed).
--
magsilva at gmail dot com changed:
What|Removed |Added
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
Bootstrapping both the 4.0 branch as of 20050928 and mainline as of
20051004 fails on IRIX 6.5.26f with SGI ld from MIPSpro 7.4.3m:
gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 17:31 ---
Isn't this really a bug in ld?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2005-10-12
17:32 ---
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:
Isn't this really a bug in ld?
I'm not sure, given that the 3.4
--- 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
--- 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
--- 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 #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
--- 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
--- 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
--- 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
--- 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. Assert
--- 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
1 - 100 of 189 matches
Mail list logo