Since I got advised both for and against adding a ChangeLog entry, I'm
inclined to leave things as they are for now unless somebody beats me
to it.
--
Thanks,
Laurynas
Mike Stump [EMAIL PROTECTED] writes:
/Volumes/mrs3/net/gcc-darwin/powerpc-apple-darwin8.5.0/libstdc++-v3/
include/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp:235: internal
compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See
Joern RENNECKE schrieb:
In http://gcc.gnu.org/ml/gcc/2006-07/msg00156.html, your wrote:
We could use a cheap hash and base start compare / branch trees in
every hash bin.
Say we have a 16 k range, 200 nodes, and want to keep the hash
bin/node ratio between 2 and 4.
Let i be the switch
jacob navia writes:
Hi
I have now everything in place for dynamically register the
debug frame information that my JIT (Just in time compiler)
generates.
I generate a CIE (Common information block), followed by
a series of FDE (Frame Description Entries) describing
each stack
Is it possible the new bootstrap failure (log below) I started seeing
within the last 24 hours is related to the following patch?
2006-07-10 Benjamin Kosnik [EMAIL PROTECTED]
PR libstdc++/15448
* include/Makefile.am: Clean up pch rules.
* include/Makefile.in:
On Jul 11, 2006, at 8:51 PM, Gerald Pfeifer wrote:
Is it possible the new bootstrap failure (log below) I started seeing
within the last 24 hours is related to the following patch?
This is not that new, in fact the only reason why Ben's patch exposes
it is because
it was make was not
Andreas Schwab writes:
Andreas Mike Stump [EMAIL PROTECTED] writes:
/Volumes/mrs3/net/gcc-darwin/powerpc-apple-darwin8.5.0/libstdc++-v3/
include/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp:235: internal
compiler error: Bus error
Please submit a full bug report,
with preprocessed source
I successfully bootstrapped yesterday and have been very few
patches recently.
I ran into a similar problem on SPARC/Solaris on Sunday morning (revision
115296). The same tree bootstrapped fine on AMD64/Linux.
--
Eric Botcazou
Ian Lance Taylor wrote:
Rodney M. Bates [EMAIL PROTECTED] writes:
The following example C code and disassembly is compiled by gcc 3.4.3,
for i686. It uses two different invariants for what the value of
a static link is. Everywhere inside P, static link values are consistently
the same as
Hi,
This patch does three things:
1) Fix broken --with-gc=page. Now it is possible to build GCC with
these two collectors from exactly same sources.
2) Boehms's GC makes GCC print collector warnings time from time about
very large blocks being allocated. These warnings are meaningless, so
they
Up!
--
View this message in context:
http://www.nabble.com/How-to-deal-with-1.-IND--tf1862819.html#a5271851
Sent from the gcc - Dev forum at Nabble.com.
On 11 July 2006 16:36, truelies wrote:
Up!
Off! shows red card.
What part of
Please note this is NOT, I repeat NOT, a GCC users list - this is a GCC
developers list. For user general questions, post to GCC - Help.
don't you get?
cheers,
DaveK
--
Can't think of a witty
See PR 28290 (the errors) and PR 28217 (the ICE). Both were reported
before the actual
bootstrap issue.
Paolo's patch for 28290 is now in.
I don't know what to do about the ICE: it looks like Mike has a patch.
Temporary workaround is to configure with --disable-libstdcxx-pch.
-benjamin
On Thu, Jul 06, 2006 at 10:48:50PM +0200, FX Coudert wrote:
I'd like to include cases in the gfortran testsuite to check that we
correctly issue a run-time error, and exit with non-zero code.
I have the following example:
$ cat runtime_error.f90
! { dg-do run }
! { dg-options
Hi,
My first attempt to compile the lto branch met with resistance:
/home/gdr/redhat/lto.gcc/gcc/lto/lto-elf.c:27:20: error: libelf.h: No such file
or directory
libelf (0.8.5-35) is installed on my system in the standard include
directory (/usr/include) as libelf/libelf.h.
On Tue, Jul 11, 2006 at 11:13:11PM +0200, Gabriel Dos Reis wrote:
lto/lto-elf.c:27 currently says
#include libelf.h
Should that read
#include libelf/libelf.h
No, because on other systems it is directly in /usr/include:
rpm -qf /usr/include/libelf.h
Gabriel Dos Reis wrote:
Hi,
My first attempt to compile the lto branch met with resistance:
/home/gdr/redhat/lto.gcc/gcc/lto/lto-elf.c:27:20: error: libelf.h: No such
file or directory
libelf (0.8.5-35)
This libelf is too old, see michael matz's message.
You are going to have to
Jakub Jelinek [EMAIL PROTECTED] writes:
| Should that read
|
| #include libelf/libelf.h
|
| No, because on other systems it is directly in /usr/include:
| rpm -qf /usr/include/libelf.h
| elfutils-libelf-devel-0.119-1.2.1
| and there is no /usr/include/libelf/ directory.
| Guess GCC
Benjamin Smedberg wrote:
Jason, I'm sorry to email you directly, as I don't know which email list
I should be discussing on. I've built gcc trunk after your visibility
patch landed, and there are some serious issues with compiling Mozilla now:
Take the following code:
class __attribute__
On Jul 11, 2006, at 7:18 AM, Laurynas Biveinis wrote:
I don't know how many yet, as testsuite takes more than 24 hours
here on Cygwin, 1.8GHz Turion. I can run it much faster inside in
VMWare on Linux on the same machine.
Is there any way to speed it up on Cygwin?
Sure, install Linux. :-)
Daniel Berlin [EMAIL PROTECTED] writes:
[...]
| libelf (0.8.5-35)
|
| This libelf is too old, see michael matz's message.
Which one is it?
-- Gaby
Jason Merrill wrote:
It seems that you have a different mental model of type visibility. The
way I was thinking about it, if a type has hidden visibility, we can't
refer to it from outside its object. Thus, it doesn't make sense for
members or objects with that type to have greater
Hi :
I am getting the following compilation error:
/tmp/ccIUvX3i.o(.gnu.linkonce.d._ZTV4ListIiE+0x8): undefined reference to
`Listint::Find(int const)'
the declaration is:
virtual int Find (const Etype X);
and the definition is:
template class Etype
int
ListEtype::Find (const Etype X){
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Stump wrote:
On Jul 11, 2006, at 7:18 AM, Laurynas Biveinis wrote:
I don't know how many yet, as testsuite takes more than 24 hours
here on Cygwin, 1.8GHz Turion. I can run it much faster inside in
VMWare on Linux on the same machine.
Is
On Sun, 9 Jul 2006, Roger Sayle wrote:
Interesting. Richard Guenther's post for the above change, which was
based upon a previous proposal by Brian Makin, suggested that this
patch reduced the compile-time of his tramp3d benchmark by 1%.
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00294.html
[EMAIL PROTECTED] writes:
I am getting the following compilation error:
/tmp/ccIUvX3i.o(.gnu.linkonce.d._ZTV4ListIiE+0x8): undefined reference to
`Listint::Find(int const)'
Wrong mailing list. This sort of question should go to
[EMAIL PROTECTED] Thanks.
I don't know the answer to your
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-11 06:00
---
(In reply to comment #12)
(In reply to comment #10)
(In reply to comment #8)
That is just a simple (obvious) example, you seem to not understand how real
code looks like. You might instead have:
--- Comment #14 from nigelenki at comcast dot net 2006-07-11 06:25 ---
(In reply to comment #13)
(In reply to comment #12)
(In reply to comment #10)
(In reply to comment #8)
...
You make the assumption that I somehow know the bug is in f(). What if I
have
a 64
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-07-11 06:45
---
(In reply to comment #14)
You make the assumption that I somehow know the bug is in f(). What if I
have
a 64 million line program with several hundred thousand functions like
this,
and the
--- Comment #16 from nigelenki at comcast dot net 2006-07-11 07:08 ---
(In reply to comment #15)
(In reply to comment #14)
...
Yes but now he has a limited number of code paths to go wrong on.
That is not true. he just knows the last function and nothing more, this is
where
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-07-11 07:59
---
Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bangerth at dealii dot org 2006-07-11 08:29 ---
As usual, a reduced (or at least smaller than 51,000 lines) testcase would be
supremely helpful...
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #8 from schwab at suse dot de 2006-07-11 08:44 ---
This is now causing bootstrap to fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
The Fortran 2003 standard declares:
Every input/output statement except an OPEN, CLOSE, INQUIRE, or WAIT statement
shall refer to a unit that is connected to a file
gfortran does not give a run-time error. However, I don't know whether one
should enforce the standard (and thus do this check).
--- Comment #9 from fnf at specifix dot com 2006-07-11 09:08 ---
Subject: Re: [4.2 regression] ICE in tree_int_cst_sgn
On Tuesday 11 July 2006 04:44, schwab at suse dot de wrote:
This is now causing bootstrap to fail.
I'm currently configuring with --disable-libstdcxx-pch to work
--- Comment #8 from reichelt at igpm dot rwth-aachen dot de 2006-07-11
09:15 ---
Subject: Re: [4.0/4.1 regression] ICE with struct definition in
argument of template function
On 10 Jul, sje at cup dot hp dot com wrote:
--- Comment #7 from sje at cup dot hp dot com
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-07-11 09:20
---
Also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
July 10, 2006
Bug Report
Aloha from Honolulu,
The version info is at the end of this. I'm not sure which program has the
bug; AVR GCC or AVR Studio 4. Let me explain:
I'm using AVR Studio 4 and making the project in AVR GCC. My OS is Windows XP
so all my directory slashes are backwards \. I
The following valid code snippet triggers an ICE since GCC 4.0.0:
==
templateint void foo()
{
(0 ? : X)+1;
}
==
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: in fold_convert, at fold-const.c:2018
Please submit a
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28337
The following valid code snippet triggers an ICE since GCC 3.4.0:
===
void foo()
{
{ static const int i = 0; }
{ static const int i = 0; }
}
===
bug.cc:4: error: redefinition of 'int _ZGRZ3foovE1i'
bug.cc:3: error: 'int
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28338
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-11 10:51 ---
What happens if you use \\ instead of \ ? From the sound of it, \ is being
recongized as the escape character?
Also this does not sound related to GCC if you are using an IDE.
What happens if you invoke GCC
--- Comment #1 from laurent at guerby dot net 2006-07-11 11:03 ---
Confirmed on 4.0, 4.1 releases and HEAD.
gcc -c -gnatN test.ads
+===GNAT BUG DETECTED==+
| 4.0.3 (x86_64-unknown-linux-gnu) Program_Error sinput.adb:404 explicit
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-11 11:19 ---
From the look of it, someone forgets to have an unique identifier for the
temporary variables (for references). Right now it is semi unique but only to
the other functions.
--
pinskia at gcc dot gnu dot org
--- Comment #8 from paolo at gcc dot gnu dot org 2006-07-11 11:21 ---
Subject: Bug 28277
Author: paolo
Date: Tue Jul 11 11:21:38 2006
New Revision: 115332
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115332
Log:
2006-07-11 Paolo Carlini [EMAIL PROTECTED]
PR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-07-11 12:04
---
I am going to mark this as blocking PR 28217 though it does not officially, but
fixing either one will not fix the bootstrap.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
A straight gfortran applied to the code
PROGRAM MAIN
C .. Local Scalars ..
INTEGER I
C .. Local Arrays ..
CHARACTER*8 REC(3)
C .. Executable Statements ..
C
WRITE (REC,FMT=9)
C
DO 20 I = 1, 3
WRITE (*,FMT=*) REC(I)
20
gij ignores -Djava.security.manager. The reason for this is that the code to
handle it has not been merged from Classpath's java.lang.ClassLoader.
--
Summary: gij ignores -Djava.security.manager
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #17 from gerald at pfeifer dot com 2006-07-11 12:31 ---
i386-unknown-freebsd5.4 is also broken.
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #18 from pcarlini at suse dot de 2006-07-11 12:54 ---
Created an attachment (id=11858)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11858action=view)
Please test!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #19 from pcarlini at suse dot de 2006-07-11 12:55 ---
Created an attachment (id=11859)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11859action=view)
... and in case commit!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #20 from pcarlini at suse dot de 2006-07-11 12:56 ---
People affected by the breakage please carefully test the attached and, in
case, commit: I'm going away for a few hours... Thanks!
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #10 from dje at gcc dot gnu dot org 2006-07-11 13:28 ---
This now causes bootstrap failure on primary platforms.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
The following (IMHO invalid) code snippet triggers an ICE since GCC 4.0.0:
=
templateconst int struct A {};
templatetypename T struct B
{
AT(0) a;
};
Bconst int b;
=
bug.cc: In instantiation of 'Bconst int':
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28341
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-07-11 13:57 ---
Subject: Bug 28162
Author: rguenth
Date: Tue Jul 11 13:57:05 2006
New Revision: 115333
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115333
Log:
2006-07-11 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #1 from mathewc at nag dot co dot uk 2006-07-11 14:10 ---
Apologies, as I should have added
%gfortran -v
%Using built-in specs.
%Target: x86_64-unknown-linux-gnu
%Configured with: ./configure --enable-languages=c,fortran
%--prefix=/opt/gfortran/irun : (reconfigured)
If there are two goto's that exit from nested functions and go to the same
label in main function, gcc generates references to two different labels, but
generates only one label to jump to. Result is undefined symbol and linking
error. This happens on both SPARC and SPARC64, both -O0 and -O3.
--- Comment #2 from eweddington at cso dot atmel dot com 2006-07-11 14:15
---
My complaint is that I discovered an error in the file paths
when I tried to look at some of the files under External Dependencies in the
AVR GCC Project Window. None would open. Clicking on File Properties
--- Comment #5 from patchapp at dberlin dot org 2006-07-11 14:20 ---
Subject: Bug number PR20903
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00459.html
--
The following invalid code snippet triggers an ICE since GCC 4.0.0:
=
struct A
{
static int i __asm__(int);
};
=
bug.cc:3: error: expected string-literal before 'int'
bug.cc:3: error: expected `(' before 'int'
--- Comment #2 from patchapp at dberlin dot org 2006-07-11 14:35 ---
Subject: Bug number PR20893
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00461.html
--
--- Comment #3 from pault at gcc dot gnu dot org 2006-07-11 14:42 ---
Patch submitted to the list
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-11 14:42 ---
Patch submitted
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Hello,
I found a bug in the documentation of std::set. The begin()-function is said to
return a read/write-iterator, but it doesn't. The iterator of the std::set is
always a const_iterator. I would be glad, if you could fix this documentation
error.
Sincerly
Manuel Günther
Institut für
--- Comment #2 from pault at gcc dot gnu dot org 2006-07-11 15:04 ---
This is fixed by the patch that I have just submitted for PR20903
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
libstdc++ fails to bootstrap on Tru64 UNIX as of 20060710:
/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/./gcc/xgcc -shared-libgcc
-B/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/./gcc -nostdinc++
-L/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/alpha-dec-osf4.0f/libstdc++-v3/src
--- Comment #2 from ro at gcc dot gnu dot org 2006-07-11 15:30 ---
Paolo, your patch introduced this.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
A declaration
static const Bad constBad = {
...
}
causes a core dump, fixed by removing the const keyword.
Example source file b.cxx
#include stdio.h
class Base {
public:
};
class Derived : public Base {
public:
int a, b, c, d;
};
class Bad {
--- Comment #3 from patchapp at dberlin dot org 2006-07-11 16:10 ---
Subject: Bug number PR25097
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00476.html
--
The following invalid code snippet triggers an ICE since GCC 4.0.0:
=
templateint struct A
{
int i;
A();
~A() { A::i; }
};
A0 a;
=
bug.cc: In destructor 'Aanonymous ::~A() [with int anonymous = 0]':
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28346
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
The following invalid code snippet triggers an ICE on mainline and the 4.1
branch (introduced after GCC 4.1.1):
=
templateint void foo()
{
typedef int i = 0;
}
=
bug.cc: In function 'void foo()':
bug.cc:3: error:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28347
The following invalid code snippet triggers an ICE since at least GCC 2.95.3:
=
namespace N
{
struct A {};
typedef void foo(A);
}
templatetypename T void bar() { T t; foo(t); }
template void barN::A();
=
The following valid (though questionable) code snippet triggers an ICE
since GCC 3.1:
=
#include stdarg.h
void foo(int, ...)
{
va_list va;
int i;
i = va_arg(va, int);
}
=
bug.cc: In function 'void
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28349
--- Comment #21 from bkoz at gcc dot gnu dot org 2006-07-11 16:50 ---
Huh. Sorry!
I'm checking in Paolo's patch.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #8 from dje at gcc dot gnu dot org 2006-07-11 16:59 ---
Switching actually causes problems on AIX due to AIX math.h header enabling
additional macros with types that conflict with GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-07-11 17:23 ---
Created an attachment (id=11860)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11860action=view)
patch with test case unroller fix
I've added a testcase, and it showed failures due to unstable loop unrolling.
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-07-11 17:25
---
Subject: Bug 28051
Author: lmillward
Date: Tue Jul 11 17:25:01 2006
New Revision: 115347
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115347
Log:
PR c++/28051
* mangle.c
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-07-11 17:37
---
Subject: Bug 28051
Author: lmillward
Date: Tue Jul 11 17:37:31 2006
New Revision: 115352
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115352
Log:
PR c++/28051
* mangle.c
--- Comment #8 from lmillward at gcc dot gnu dot org 2006-07-11 17:38
---
Fixed in 4.1.2 and 4.0.4
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from bkoz at gcc dot gnu dot org 2006-07-11 17:48 ---
Subject: Bug 28290
Author: bkoz
Date: Tue Jul 11 17:48:10 2006
New Revision: 115354
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115354
Log:
2006-07-11 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #19 from ro at gcc dot gnu dot org 2006-07-11 17:52 ---
It is quite possible that this is very dependent on the specific IRIX 6.5
revision used: in IRIX 6.5.18 and up, ISO C99 support got introduced, which
certainly affects this.
Which revision (uname -R) do you run?
--- Comment #20 from martinol at nrlssc dot navy dot mil 2006-07-11 18:01
---
this machine is: 6.5 6.5.17m
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
--- Comment #21 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:04 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
martinol at nrlssc dot navy dot mil writes:
this machine is: 6.5 6.5.17m
This most likely explains the difference:
--- Comment #2 from ro at gcc dot gnu dot org 2006-07-11 18:27 ---
This affects IRIX 6 as well (i.e. the N32 and N64 ABIs).
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mrs at apple dot com 2006-07-11 18:31 ---
I've posted a patch to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:50 ---
Subject: Re: New: boostrapping with gcc fails with unrecognized linker option
multix at gmail dot com [EMAIL PROTECTED] writes:
I boostrapped using gcc 3.3 from sgi, usning as configure option
--- Comment #2 from tromey at gcc dot gnu dot org 2006-07-11 19:28 ---
%U implies %d
I debugged today and set a breakpoint in delete_if_ordinary.
I get this:
Breakpoint 1, delete_if_ordinary (
name=0x9af48c0 -fzip-dependency=/tmp/ccQurYQS.zip)
at ../../trunk/gcc/gcc.c:2349
So
--- Comment #9 from dtemirbulatov at gmail dot com 2006-07-11 19:59 ---
fix posted here http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00144.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25357
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2006-07-11 20:01
---
This most likely explains the difference: this is before C99 support was
introduced, and obviously most testers use relatively recent IRIX
releases.
Mine is 6.5 6.5.26m.
--
--- Comment #3 from rafurer at hawaii dot rr dot com 2006-07-11 20:04
---
Subject: Re: Cofiguration Options creates erroneous path
in AVR GCC window
Aloha,
Thanks for the tip. I followed your advice and it did indeed
correct the problem. My files in External Dependencies have
1 - 100 of 129 matches
Mail list logo