: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21092
Wildenhues at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22004
Wildenhues at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22005
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-06-10
16:54 ---
*** This bug has been marked as a duplicate of 22005 ***
--
What|Removed |Added
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-06-10
16:54 ---
*** Bug 22004 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22005
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-06-10
16:55 ---
Created an attachment (id=9063)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9063action=view)
preprocessed source that exposes this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22005
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-06-10
16:56 ---
Created an attachment (id=9064)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9064action=view)
g++ output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22005
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-06-20
09:38 ---
Thanks a lot for fixing this so promptly. I can confirm that the code which
triggered this compiles now and seems to be working fine again with CVS HEAD.
(BTW, even with its share of bugs, CLN might
--- Comment #15 from Ralf dot Wildenhues at gmx dot de 2006-02-06 18:24
---
(In reply to comment #8 by H. J. Lu)
See
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02467.html
I don't know how to do --disable-fast-install for gcc.
--enable-fast-install is totally wrong for ELF
--- Comment #17 from Ralf dot Wildenhues at gmx dot de 2006-02-07 05:48
---
(In reply to comment #16)
Please read the summary line: Wrong libgcc_s.so.1 is used by lt-gij. Ld.so
will search DT_RPATH first for any shared libraries.
Yes. So all that is missing is a notion in libtool
--- Comment #19 from Ralf dot Wildenhues at gmx dot de 2006-02-07 16:28
---
(In reply to comment #18)
Why do I want
[EMAIL PROTECTED] gcc]$ readelf -d /usr/gcc-4.2/bin/gij | grep RPATH
0x000f (RPATH) Library rpath:
/export/build/gnu/gcc/build-x86_64
--- Comment #21 from Ralf dot Wildenhues at gmx dot de 2006-02-07 17:18
---
(In reply to comment #20)
What did you mean by *installed programs*
In my notation, installed programs live below $prefix.
They must not contain any reference to the build tree.
You showed an installed
--- Comment #23 from Ralf dot Wildenhues at gmx dot de 2006-02-07 17:43
---
(In reply to comment #22)
- Do there exist directories in the GCC build tree where both libtool-created
and non-libtool-created libraries are (possibly) built?
That is THE KEY question. The executable
--- Comment #13 from Ralf dot Wildenhues at gmx dot de 2006-02-24 14:57
---
(In reply to comment #12)
It appears that the LT stands for libtool. So the first one (LIBICONV) is
supposed to be used for linking if you aren't using libtool, and the second
one
(LTLIBICONV) is used
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2006-02-26 06:40
---
(In reply to comment #2)
Subject: Re: Default path for libgcc_s.sl is build directory
Isn't this really still a dup of bug 5291?
Yes. I got bitten by the bug today ;(
No, it is not. At least
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2006-02-26 17:19
---
(In reply to comment #5)
I had a hppa64 libtool patch that fixed a lot of problems on this port
(it needs to be handled in a manner very similar to ia64-hpux) but gave
when the patch was ignored
--- Comment #9 from Ralf dot Wildenhues at gmx dot de 2006-02-28 09:23
---
Regarding the hardcoding problem, the HP-UX 11 ld option '+nodefaultrpath'
looks like it might be useful. It seems to be used for ia64 but not
hppa*64*, or hppa in general on hpux11.
I can not find
--- Comment #16 from Ralf dot Wildenhues at gmx dot de 2006-02-28 16:29
---
(In reply to comment #15)
I see the same thing without the patch in the installed libstdc++.la.
The real kicker is that the -L's for the build directory come before
the -L's for the install directory
--- Comment #11 from Ralf dot Wildenhues at gmx dot de 2006-03-01 07:24
---
(In reply to comment #10)
I see it in the manpages for both HP-UX 11.00 and 11.11. I have
the following ld(1) and linker tools patches installed: PHSS_30965
and PHSS_30968. I see in the text
--- Comment #27 from Ralf dot Wildenhues at gmx dot de 2006-03-02 07:09
---
(In reply to comment #25)
PR libgcj/17311
* ltmain.sh: Don't use $finalize_rpath for compile.
This change will cause breakage on systems when relinking is done at
installation time
: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25179
--- Comment #12 from Ralf dot Wildenhues at gmx dot de 2005-12-12 16:54
---
Created an attachment (id=10459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10459action=view)
quick hack to fix #5291
Here's a dirty hack to fix the installed .la files (regenerated files not
shown
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2005-12-13 14:37
---
Created an attachment (id=10471)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10471action=view)
doc patch for -fomit-frame-pointer
Meanwhile, please fix the documentation to match what it does
(and states
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2005-12-17 07:16
---
The question whether libtool should use -nostdlib in conjunction with adding
all the other stuff explicitly is surely a valid one, if not completely trivial
and with some interesting corner cases
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2005-12-18 00:53
---
For the casual reader of the documentation, the precedence of this statement
over
| `-pthread'
| Adds support for multithreading with the pthreads library. This
| option sets flags for both
,
--
Summary: ice on valid template code
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05
16:52 ---
Created an attachment (id=7878)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7878action=view)
short test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05
17:11 ---
Created an attachment (id=7879)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7879action=view)
Even shorter testcase
--
What|Removed |Added
: document pch directory feature
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: pch
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: pch
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-20
15:47 ---
mkdir src build
echo 'extern int foo;' src/foo.h
echo src/bar.c '#include foo.h
int bar(void) { return foo; }'
cd build
gcc -o foo.h.gch ../src/foo.h
gcc -H -c ../src/bar.c
This will not use the gch
: enhancement
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29972
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2006-11-24 16:17
---
Created an attachment (id=12683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12683action=view)
typos (against trunk)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29972
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2006-11-25 09:09
---
Created an attachment (id=12685)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12685action=view)
updated patch
enclosed list if compound literal's and object's types match.
How about this one instead
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2007-01-22 23:06
---
Created an attachment (id=12935)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12935action=view)
updated updated updated patch
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2007-02-05 16:51
---
Proposed patch: http://gcc.gnu.org/ml/gcc/2007-02/msg00039.html
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2007-02-16 17:40
---
This is a duplicate of 27843 (Solaris and Tru64 /bin/sh share the same issue),
which has been resolved as fixed. :-)
Someone empowered enough please reflect this in the settings, thank you!
--
http
: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31950
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2007-05-16 13:35
---
Reduced test case. Both tests also fail with current mainline (revision
124767M).
struct B {
~B();
};
struct A {
B* b;
virtual ~A() { delete[] b; }
};
A Op(void);
int main()
{
A a(Op());
return 0
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2007-05-16 16:07
---
Your patch seems to fix the failure for both reduced test cases
as well as the original code. Thanks for the prompt response!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31950
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:32
---
Uploading of the file will have to wait until bugzilla does not internal-error
out on me any more, sorry. I sent mail to dberlin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:35
---
Created an attachment (id=13829)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13829action=view)
preprocessed unincluded source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2007-07-03 14:23
---
This and 32595 are probably dupes (32595 is from a slightly patched cln).
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-01-14 07:42
---
This fails with both -m32 and -m64 (but I'm not quite sure if it
still reproduces the original issue):
typedef unsigned long size_t;
templatetypename _Tp, size_t _Nm = 1 struct array { };
templatetypename
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-01-22 17:32
---
(In reply to comment #0)
libstdc++-v3 gives:
$ ../../src/gcc-4.3/configure --disable-libstdc++-v3
configure: error: invalid feature name: libstdc++-v3
This error is from the Autoconf code that parses
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-01-22 20:43
---
Subject: Re: toplevel ./configure --help is incomplete
* brian at dessent dot net wrote on Tue, Jan 22, 2008 at 07:38:35PM CET:
Remember that this toplevel configure is shared between gcc, binutils, gdb
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-22 22:25
---
(In reply to comment #2)
(In reply to comment #0)
libstdc++-v3 gives:
$ ../../src/gcc-4.3/configure --disable-libstdc++-v3
configure: error: invalid feature name: libstdc++-v3
This error is from
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2008-01-23 06:42
---
(In reply to comment #5)
In an ideal world the toplevel configure would check at runtime and see what
subdirs are present and adjust its output accordingly. Also
--help=recursive
should be fixed
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-01-23 08:21
---
Created an attachment (id=15005)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15005action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-01-23 08:23
---
valgrind output (gcc (GCC) 4.3.0 20080122 (experimental)):
send_tiny.i: In function sendto_realops_lev:
send_tiny.i:77: warning: implicit declaration of function strlen
send_tiny.i:77: warning: incompatible
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-23 17:12
---
With the patch I get this:
xgcc -m32 -O1 -c send_tiny.i
send_tiny.i: In function sendto_realops_lev:
send_tiny.i:77: warning: incompatible implicit declaration of built-in function
strlen
send_tiny.i:25
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-01-23 22:33
---
Subject: Re: -O1 crash compile *** glibc detected ***
/usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
* rguenth at gcc dot gnu dot org wrote on Wed, Jan 23, 2008 at 10:44:51PM CET:
I
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-29 17:25
---
Created an attachment (id=15050)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15050action=view)
reduced testcase
t.5.ii: In function int main():
t.5.ii:14: error: ambiguous overload for operator
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-03 14:57
---
patch set posted at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00058.html.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-03 17:29
---
Created an attachment (id=15087)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15087action=view)
cheap workaround: turn off section numbering for HTML pages
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-02-03 23:19
---
patch for -Wfoo/-Wno-foo posted at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00069.html.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-02-06 07:33
---
Fixed.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
Status
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-06 18:05
---
Created an attachment (id=15110)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15110action=view)
fairly reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35099
at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues at gmx dot de
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35109
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2008-02-06 18:34
---
Created an attachment (id=15112)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15112action=view)
failing test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35109
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-07 17:25
---
Argh. Why doesn't GCC import the fix in libtool instead of hacking around
it downstream?
http://lists.gnu.org/archive/html/libtool-patches/2007-08/msg6.html
--
Ralf dot Wildenhues at gmx dot de changed
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2008-02-09 18:36
---
Confirmed the failure with
$ /usr/bin/texi2dvi --version
texi2dvi (GNU Texinfo 4.8) 1.34
It works fine however with current CVS texinfo.
Related: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00125.html
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-09 22:13
---
Subject: Re: make pdf has missing file in 4.3-20080208
* joseph at codesourcery dot com wrote on Sat, Feb 09, 2008 at 08:29:27PM CET:
On Sat, 9 Feb 2008, hal at oz dot net wrote:
! I can't find file
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-10 09:52
---
Created an attachment (id=15126)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15126action=view)
slightly reduced testcase
This is what multidelta gets me (see
http://gcc.gnu.org/wiki
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-10 09:53
---
Created an attachment (id=15127)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15127action=view)
fix mime type of gzipped testcase
--
Ralf dot Wildenhues at gmx dot de changed:
What
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-02-10 13:55
---
Created an attachment (id=15128)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15128action=view)
slightly more reduced testcase
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-02-10 17:21
---
Subject: Re: make pdf has missing file in 4.3-20080208
* hal at oz dot net wrote on Sun, Feb 10, 2008 at 06:18:02PM CET:
I'd be glad to try changing the rule for gcc-vers.texi to see if that fixes
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2008-02-10 20:30
---
Subject: Re: make pdf has missing file in 4.3-20080208
* joseph at codesourcery dot com wrote on Sun, Feb 10, 2008 at 09:25:09PM CET:
On Sun, 10 Feb 2008, Ralf dot Wildenhues at gmx dot de wrote:
--- a/gcc
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-02-14 06:46
---
Subject: Re: [4.3 Regression] ICE: in
expand_call_inline, at tree-inline.c:2653
* hubicka at gcc dot gnu dot org wrote on Wed, Feb 13, 2008 at 06:29:51PM CET:
--- Comment #7 from hubicka at gcc
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2008-02-15 07:28
---
$ g++ -v -o hello hello.cxx
[superfluous verbiage elided]
Please don't elide that. It shows how exactly you configured GCC, so please
show that.
--
Ralf dot Wildenhues at gmx dot de changed
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-15 15:30
---
OK. Well, libstdc++ should not be present in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g
but instead in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g/4.2.3
Do you still have the build tree or a build log? If the former
: --enable-version-specific-runtime-libs broken
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf dot Wildenhues
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-02-19 18:35
---
*** Bug 35248 has been marked as a duplicate of this bug. ***
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-19 18:35
---
*** This bug has been marked as a duplicate of 32415 ***
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #14 from Ralf dot Wildenhues at gmx dot de 2009-04-14 21:50
---
Subject: Re: Bootstrapping libstdc++-v3 failed
* dominiq at lps dot ens dot fr wrote on Sun, Apr 12, 2009 at 10:17:24AM CEST:
Is comment #11 still true?
No, I cannot reproduce it any more.
--
http
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2009-12-05 18:20
---
Subject: Re: libtool fails to detect pe-x86-64 import
library
* ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:16:12PM CET:
hmm, I still don't see in gcc's root in libtool.m4 the patch
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2009-12-05 19:46
---
Subject: Re: libtool fails to detect pe-x86-64 import
library
* ktietz at gcc dot gnu dot org wrote on Sat, Dec 05, 2009 at 07:31:22PM CET:
I meant in libtool.m4, too:
We have here:
mingw* | pw32
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-21 07:33
---
(In reply to comment #0)
I did not see an approval of this patch in GCC-patches. Was it approved
off-line?
Yes, it was approved by Jakub.
Patch to fix this breakage posted at
http://gcc.gnu.org/ml/gcc
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-03-25 21:00
---
Subject: Re: -MF should create dependency file
atomically
* pinskia at gcc dot gnu dot org wrote on Tue, Mar 25, 2008 at 09:53:52PM CET:
Actually the driver should cleanup the file if cc1
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-03-25 22:43
---
Subject: Re: configure: error: cannot compute suffix of
object files: cannot compile
* tom_francen at midtechcorp dot com wrote on Tue, Mar 25, 2008 at 11:38:05PM
CET:
/apps/tmp:0x83:root:sb100mtc2
--- Comment #26 from Ralf dot Wildenhues at gmx dot de 2008-04-01 15:42
---
Subject: Re: [4.3/4.4 Regression]: Combined gcc +
binutils source tree doesn't bootstrap
* bonzini at gnu dot org wrote on Tue, Apr 01, 2008 at 05:36:52PM CEST:
--- Comment #23 from bonzini
--- Comment #44 from Ralf dot Wildenhues at gmx dot de 2008-04-21 14:13
---
It is probably possible to generate the wrapper script atomically.
But this solution can become ugly: on w32 we may generate also a wrapper
executable.
I still don't see a convincing argument why you don't use
--- Comment #54 from Ralf dot Wildenhues at gmx dot de 2008-04-22 05:27
---
Subject: Re: [4.3/4.4 Regression]: Combined gcc +
binutils source tree doesn't bootstrap with --enable-shared
* bonzini at gnu dot org wrote on Mon, Apr 21, 2008 at 04:39:20PM CEST:
For win32
--- Comment #56 from Ralf dot Wildenhues at gmx dot de 2008-04-22 17:51
---
Subject: Re: [4.3/4.4 Regression]: Combined gcc +
binutils source tree doesn't bootstrap with --enable-shared
* bonzini at gnu dot org wrote on Tue, Apr 22, 2008 at 08:27:07AM CEST:
So I'm not yet
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-04-25 12:05
---
Please post the link commands that expose the self reference
(the libtool --mode=link stuff and whatever it generates).
Also how exactly you configure GCC. Also please post
cd $host/libstdc++-v3 ./libtool
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-05-06 12:00
---
(In reply to comment #1)
Is that a clean build? The symbol is new and I think sometimes dependencies
don't get updated fine. I saw that one at some point, but a clean build made
it
disappear.
Next time you
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2008-05-06 12:14
---
Subject: Re: selected_char_kind_1.f90 undefined
reference with -m32
* fxcoudert at gcc dot gnu dot org wrote on Tue, May 06, 2008 at 02:08:59PM
CEST:
I can only see that happening with --enable
--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2008-05-23 15:25
---
The --enable-version-specific-runtime-libs bit of this bug report is
a duplicate of PR32415
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
--- Comment #18 from Ralf dot Wildenhues at gmx dot de 2008-06-09 08:33
---
AFAICS this bug has a workaround patch applied, and may be worked around
by modifying IRIX default settings.
Are you still interested in a proper fix that avoids manual chunking?
It looks like
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-06-09 11:02
---
(In reply to comment #7)
I am currently using GCC4.2.1 and the same problem still exist as described.
[...]
build/genmodes -h tmp-modes.h
/bin/sh: build/genmodes: No such file or directory
make[3]: *** [s
--- Comment #19 from Ralf dot Wildenhues at gmx dot de 2008-06-09 18:41
---
Created an attachment (id=15743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15743action=view)
patch to build libraries piecewise
This patch assumes that libgcc_eh.a is the only one of the three
--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2009-09-17 17:40
---
Subject: Re: erratic comparison failures on very fast
machines
* ebotcazou at gcc dot gnu dot org wrote on Thu, Sep 17, 2009 at 06:58:37PM
CEST:
No idea why the borked build does not fail but pick up auto
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2009-09-21 17:51
---
Subject: Re: Can't build libgomp without
--enable-languages=fortran
* davek at gcc dot gnu dot org wrote on Mon, Sep 21, 2009 at 07:44:49PM CEST:
Created an attachment (id=18625)
-- (http://gcc.gnu.org
--- Comment #14 from Ralf dot Wildenhues at gmx dot de 2009-10-05 05:16
---
Subject: Re: Can't build libgomp without
--enable-languages=fortran
* davek at gcc dot gnu dot org wrote on Wed, Sep 30, 2009 at 11:26:26PM CEST:
--- Comment #13 from davek at gcc dot gnu dot org 2009
--- Comment #21 from Ralf dot Wildenhues at gmx dot de 2008-06-12 21:46
---
Subject: Re: [4.3/4.4 Regression] Arg list too long
building libgcc.a
* roger at eyesopen dot com wrote on Thu, Jun 12, 2008 at 11:31:02PM CEST:
that we die just a little further on with
a similar
--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2008-06-19 07:22
---
Subject: Re: make exit because build/genmodes.exe
doesn't exist
* laurent at guerby dot net wrote on Thu, Jun 19, 2008 at 08:29:14AM CEST:
It happened to me but I found the source: if even once you
--- Comment #21 from Ralf dot Wildenhues at gmx dot de 2008-07-02 16:46
---
Subject: Re: 4.3.1 failed to compile gcse.c file.
* imam dot toufique at intel dot com wrote on Wed, Jul 02, 2008 at 06:17:59PM
CEST:
well... when libstdc and other shared libs are built, are they all built
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2010-02-22 21:39
---
Not sure if this can be qualified a regression, but still, making a
release manager aware of this can't hurt, I guess.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed
--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2010-02-23 06:01
---
Well, the GCS did change, and we did (mostly) update the default locations to
follow. However, as of now, the override methods don't all work the way the
configure --help output promises, and not all
1 - 100 of 102 matches
Mail list logo