--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
CC||rwild at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot
--- Comment #8 from rwild at gcc dot gnu dot org 2009-09-17 16:27 ---
Does this also happen on trunk, or with branch-4_3 only? AFAICS 4.3.3 had
sparseset.o: sparseset.c $(SYSTEM_H) sparseset.h
in gcc/Makefile.in, which means it was lacking $(CONFIG_H) thus lacking
dependency on auto
--- Comment #32 from rwild at gcc dot gnu dot org 2009-09-19 08:30 ---
Subject: Bug 35619
Author: rwild
Date: Sat Sep 19 08:29:58 2009
New Revision: 151880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151880
Log:
Fix long-standing in-tree build include-fixed b
--- Comment #33 from rwild at gcc dot gnu dot org 2009-09-19 08:33 ---
Fixed on trunk.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rwild at gcc dot gnu dot org
|dot org
--- Comment #3 from rwild at gcc dot gnu dot org 2009-09-21 07:46 ---
First off, do you happen to know whether this is a regression?
Then, please show more of the build output of the failing build:
everything starting from toplevel target 'configure-target-libgomp'.
You ca
--- Comment #4 from rwild at gcc dot gnu dot org 2009-09-21 16:44 ---
With PR 35619 fixed in trunk it works fine for me to build in the source tree.
Feel free to Cc: me on new bugs arising from an in-tree build.
(Leaving bug open as it addresses 4.4 not trunk.)
--
http
--- Comment #10 from rwild at gcc dot gnu dot org 2009-09-21 20:15 ---
Created an attachment (id=18629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18629&action=view)
proposed patch
Please try out this patch. The problem is, libtool turns off language compiler
de
--- Comment #12 from rwild at gcc dot gnu dot org 2009-09-22 18:00 ---
Subject: Bug 32272
Author: rwild
Date: Tue Sep 22 18:00:15 2009
New Revision: 152037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152037
Log:
Error out if building separately but srcdir has build
--- Comment #13 from rwild at gcc dot gnu dot org 2009-09-22 18:05 ---
trunk implements the warning from comment #10 now, and r151880 fixes the
long-standing include-fixed bug with an in-tree build, so this can be
considered as fixed on trunk I guess.
--
rwild at gcc dot gnu dot org
--- Comment #11 from rwild at gcc dot gnu dot org 2009-09-23 04:22 ---
patch at <http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01599.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923
--- Comment #9 from rwild at gcc dot gnu dot org 2009-09-26 09:03 ---
proposed patch at <http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01850.html>.
--
rwild at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from rwild at gcc dot gnu dot org 2009-09-27 06:49 ---
Subject: Bug 38298
Author: rwild
Date: Sun Sep 27 06:49:33 2009
New Revision: 152215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152215
Log:
Fix library dependencies for -Wl,--as-needed.
gcc/:
--- Comment #1 from rwild at gcc dot gnu dot org 2009-09-27 06:49 ---
Subject: Bug 40928
Author: rwild
Date: Sun Sep 27 06:49:33 2009
New Revision: 152215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152215
Log:
Fix library dependencies for -Wl,--as-needed.
gcc/:
--- Comment #2 from rwild at gcc dot gnu dot org 2009-09-27 06:53 ---
Fixed
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #11 from rwild at gcc dot gnu dot org 2009-09-27 06:56 ---
Fixed in trunk.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #12 from rwild at gcc dot gnu dot org 2009-09-30 00:43 ---
Subject: Bug 38923
Author: rwild
Date: Wed Sep 30 00:43:28 2009
New Revision: 152315
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152315
Log:
sed and head portability fixes in ld version check.
--- Comment #13 from rwild at gcc dot gnu dot org 2009-09-30 00:44 ---
Fixed on trunk.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #16 from rwild at gcc dot gnu dot org 2009-10-08 19:06 ---
Created an attachment (id=18755)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18755&action=view)
(hopefully) better patch
Gah. Initial white space isn't stripped from the case argument,
I sho
--- Comment #18 from rwild at gcc dot gnu dot org 2009-10-08 19:57 ---
Created an attachment (id=18756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18756&action=view)
ditto, but without the d'oh factor
That's what you get when you name one pr-41418 and the oth
--- Comment #2 from rwild at gcc dot gnu dot org 2009-10-16 17:56 ---
The duplicate lto in the language list has been fixed in r152697,
<http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00682.html>.
However, the way to enable lto still is not to add it to --enable-languages,
but
--- Comment #21 from rwild at gcc dot gnu dot org 2009-10-17 07:35 ---
Subject: Bug 41418
Author: rwild
Date: Sat Oct 17 07:34:47 2009
New Revision: 152931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152931
Log:
Fix libgomp without --enable-languages=fortran.
--- Comment #22 from rwild at gcc dot gnu dot org 2009-10-17 07:37 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from rwild at gcc dot gnu dot org 2009-11-01 11:39 ---
patch and additional questions at
<http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00017.html>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38867
--- Comment #17 from rwild at gcc dot gnu dot org 2009-11-02 17:48 ---
unassigning; fixed for 4.5 by Jakub.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rwild at gcc dot gnu dot org 2009-11-02 18:52 ---
Subject: Bug 38867
Author: rwild
Date: Mon Nov 2 18:52:08 2009
New Revision: 153820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153820
Log:
Work with defaulted $prefix (NONE) in libjava.
--- Comment #6 from rwild at gcc dot gnu dot org 2009-11-02 18:53 ---
Fixed on trunk.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #6 from rwild at gcc dot gnu dot org 2009-11-03 06:32 ---
Well, can you look in /c/Gcc/Build-4.5.0/intl/config.log to find out the
error underlying this failure, as the error message indicates?
--
rwild at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from rwild at gcc dot gnu dot org 2010-02-08 18:18 ---
Can you make a bit more of the output of such a failed install available,
say, about 50 lines around each of the two different failures?
Wrt. the failure with headers, it seems GNU coreutils install does not
allow
--- Comment #5 from rwild at gcc dot gnu dot org 2010-02-21 16:13 ---
Thanks for the logs. I don't understand the libiberty installation failure
yet. Can you please run the following, and provide the log file and the number
of runs needed, in case it provokes a failure?
while
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43132
Priority: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
BugsThisDependsOn: 43132
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43133
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43134
--- Comment #1 from rwild at gcc dot gnu dot org 2010-02-21 16:28 ---
sorry for the dupe
*** This bug has been marked as a duplicate of 43132 ***
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rwild at gcc dot gnu dot org 2010-02-21 16:28 ---
*** Bug 43134 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43132
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from rwild at gcc dot gnu dot org 2010-02-21 17:27 ---
I think one way to start addressing this would be to transport an unexpanded
docdir='${datarootdir}/doc/${PACKAGE}'
through to the sub makes (it's fairly irrelevant whether datarootdir is
expanded
--- Comment #3 from rwild at gcc dot gnu dot org 2010-02-24 20:03 ---
This particular race condition should be fixed by
<http://gcc.gnu.org/viewcvs?view=revision&revision=122415>,
so it should actually be fixed in the 4.3 branch.
If you can still reproduce this with 4.3.
et modules Makefiles have broken rebuild
rules (multilib issue)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #7 from rwild at gcc dot gnu dot org 2010-02-24 22:15 ---
Thank you very much for the logs, and the note that install-target-libiberty
alone wasn't sufficient to provoke a race, that provided the needed clue.
Please try the following three patches (split up because th
--- Comment #8 from rwild at gcc dot gnu dot org 2010-02-24 22:17 ---
Created an attachment (id=19953)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19953&action=view)
properly propagate (parallel) make flags in libgcc install rule
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #9 from rwild at gcc dot gnu dot org 2010-02-24 22:18 ---
Created an attachment (id=19954)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19954&action=view)
Fix parallel libiberty install failure
This patch should fix the bulk of the failures, and is hopefully
--- Comment #10 from rwild at gcc dot gnu dot org 2010-02-24 22:22 ---
Created an attachment (id=19955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19955&action=view)
Changes proposed for automake-generated files (pending upstream fix)
This patch is just a diff agains
--- Comment #8 from rwild at gcc dot gnu dot org 2010-02-25 20:53 ---
(In reply to comment #2)
> I think one way to start addressing this would be to transport an unexpanded
> docdir='${datarootdir}/doc/${PACKAGE}'
>
> through to the sub makes (it'
--- Comment #11 from rwild at gcc dot gnu dot org 2010-02-28 09:57 ---
Patches posted at <http://gcc.gnu.org/ml/gcc-patches/2010-02/msg01236.html>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42980
--- Comment #6 from rwild at gcc dot gnu dot org 2010-02-28 11:08 ---
Actually, except for the libiberty failure, these failures are different, and
not fixed by the patches for PR 42980. De-duplicating and reopening.
Can you still reproduce the Ada-related failures? It looks like
--- Comment #5 from rwild at gcc dot gnu dot org 2010-02-28 11:15 ---
(In reply to comment #4)
> Although this pr report a problem for parallel make without install it may be
> a
> duplicate of pr38388.
That seems unlikely to me. The cited PR does not change nor concern
--- Comment #7 from rwild at gcc dot gnu dot org 2010-02-28 11:42 ---
(In reply to comment #6)
> > It would however be interesting to know whether this PR is
> > reproducible with parallel make only.
>
> Indeed, but so far it is not (see comment #3).
What does your
--- Comment #9 from rwild at gcc dot gnu dot org 2010-02-28 12:22 ---
(In reply to comment #8)
> On a Core2 Duo (x86_64-apple-darwin10), I see the libgomp comparison fails in
> a
> no reproducible way with both -j2 and -j3 (probability since the first
> occurrence at r 156
--- Comment #12 from rwild at gcc dot gnu dot org 2010-02-28 18:14 ---
Thanks. You are right that the chance for a non-parallelism-related failure
was low, but comparison failures can be due to the phase of the moon literally.
Anyway, here's how I usually debug parallel build fai
--- Comment #13 from rwild at gcc dot gnu dot org 2010-03-02 06:10 ---
Subject: Bug 42980
Author: rwild
Date: Tue Mar 2 06:09:56 2010
New Revision: 157159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157159
Log:
Small multilib rule fixups.
libgcc/:
PR oth
--- Comment #2 from rwild at gcc dot gnu dot org 2010-03-11 15:46 ---
Quoting install.texi:
First, we @strong{highly} recommend that GCC be built into a
separate directory from the sources which does @strong{not} reside
within the source tree. This is how we generally build GCC
--- Comment #4 from rwild at gcc dot gnu dot org 2010-03-11 16:06 ---
Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #8 from rwild at gcc dot gnu dot org 2010-03-11 18:33 ---
(In reply to comment #5)
> (In reply to comment #4)
> > Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
>
> no, what for? svn status reports no unversioned files in trunk di
--- Comment #12 from rwild at gcc dot gnu dot org 2010-03-12 18:09 ---
Thanks. I can reproduce a spurious toplevel-build/32/zlib directory when
--enable-multilib is passed explicitly to toplevel configure. Workaround is to
not pass --enable-multilib, multilibs are enabled by default
--- Comment #13 from rwild at gcc dot gnu dot org 2010-03-12 18:10 ---
BTW, the actual bug is that, if --enable-multilib is passed explicitly, it will
wrongly propagate to build_configargs and host_configargs and not only to
target_configargs.
--
http://gcc.gnu.org/bugzilla
--- Comment #14 from rwild at gcc dot gnu dot org 2010-03-13 09:12 ---
Thanks. Is /usr/include/pthread.h or one of the headers it includes matched by
a fixincludes rule? I.e., does any of {stage{1,2,3}-,prev-,}gcc/include/fixed
contain pthread.h or included headers, and if yes, what
--- Comment #15 from rwild at gcc dot gnu dot org 2010-03-13 09:14 ---
(In reply to comment #14)
> a fixincludes rule? I.e., does any of {stage{1,2,3}-,prev-,}gcc/include/fixed
That should be include-fixed at the end there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #14 from rwild at gcc dot gnu dot org 2010-03-16 07:56 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00509.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
y: LTO segfault with object referencing __gnu_lto_v1
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
Keywords: wrong-code, EH
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43581
--- Comment #9 from rwild at gcc dot gnu dot org 2010-03-30 16:39 ---
(In reply to comment #2)
> Works when linking in comm.o main.o order.
FWIW one can construct test cases where neither order works, e.g.,
cat >main.c <<\EOF
extern int i;
int j;
int main(void)
--- Comment #3 from rwild at gcc dot gnu dot org 2010-03-30 16:58 ---
Bug also happens with
$ g++ -v
Using built-in specs.
COLLECT_GCC=/opt/bin/g++
COLLECT_LTO_WRAPPER=/opt/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with
--- Comment #15 from rwild at gcc dot gnu dot org 2010-03-31 05:44 ---
Subject: Bug 43328
Author: rwild
Date: Wed Mar 31 05:44:30 2010
New Revision: 157851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157851
Log:
Fix toplevel configure --enable-multilib
--- Comment #6 from rwild at gcc dot gnu dot org 2010-03-31 18:49 ---
Here's the analogous test case from Libtool for dlopen'ed modules. Also passes
when -fuse-linker-plugin is removed from the link line for module.so.
CXX=g++
CXXFLAGS='-O2 -flto'
LDFLAGS='
--- Comment #1 from rwild at gcc dot gnu dot org 2010-03-31 18:53 ---
FWIW, same failure happens with s/-flto/-fwhopr/g but is probably worth
another testcase once fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43576
gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43609
--- Comment #17 from rwild at gcc dot gnu dot org 2010-04-01 16:32 ---
Subject: Bug 43328
Author: rwild
Date: Thu Apr 1 16:32:38 2010
New Revision: 157916
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916
Log:
/:
PR bootstrap/43615
PR bootstr
--- Comment #8 from rwild at gcc dot gnu dot org 2010-04-01 16:32 ---
Subject: Bug 43615
Author: rwild
Date: Thu Apr 1 16:32:38 2010
New Revision: 157916
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916
Log:
/:
PR bootstrap/43615
PR bootstr
--- Comment #9 from rwild at gcc dot gnu dot org 2010-04-01 16:40 ---
Fixed by reverting the offending patch.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
issue
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rwild at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43620
--- Comment #2 from rwild at gcc dot gnu dot org 2010-04-01 17:41 ---
(In reply to comment #1)
> If no-dist works to pass the gnu.org check, that (unlike upgrades) should
> be OK for 4.4 and 4.3 branches.
Well, for branches we are not in such a hurry. I could easily release Au
--- Comment #2 from rwild at gcc dot gnu dot org 2010-04-01 18:15 ---
Same happens with
cat >a.c <<\EOF
int i = 42;
EOF
or with
cat >a.c <<\EOF
int foo;
int *i = &foo;
EOF
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41584
--- Comment #12 from rwild at gcc dot gnu dot org 2010-04-01 18:21 ---
(In reply to comment #11)
This patch works for me. Thanks for looking into this!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #10 from rwild at gcc dot gnu dot org 2010-04-02 07:32 ---
*** Bug 43625 has been marked as a duplicate of this bug. ***
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rwild at gcc dot gnu dot org 2010-04-02 07:32 ---
*** This bug has been marked as a duplicate of 43615 ***
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from rwild at gcc dot gnu dot org 2010-04-02 07:49 ---
Subject: Bug 43531
Author: rwild
Date: Fri Apr 2 07:49:06 2010
New Revision: 157941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157941
Log:
Revert: Fix dependency of out_object_file on gt he
--- Comment #20 from rwild at gcc dot gnu dot org 2010-04-02 08:01 ---
Is this fixed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #4 from rwild at gcc dot gnu dot org 2010-04-02 12:40 ---
(In reply to comment #3)
> I think we want no-dist on the branches and an update on trunk (possibly
> adding no-dist to GCC local pieces anyway).
Is that an approval for
<http://gcc.gnu.org/ml/gcc-patche
--- Comment #6 from rwild at gcc dot gnu dot org 2010-04-02 18:18 ---
Subject: Bug 43620
Author: rwild
Date: Fri Apr 2 18:18:06 2010
New Revision: 157949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157949
Log:
Update to Automake 1.11.1.
gcc/:
PR oth
--- Comment #5 from rwild at gcc dot gnu dot org 2010-04-04 08:40 ---
(In reply to comment #1)
> > should -c explain how a .mod file is created?
>
> IMHO, the answer is a resounding 'no.' Adding such information
> would simply add unneeded clutter to the m
--- Comment #23 from rwild at gcc dot gnu dot org 2010-04-07 05:38 ---
(In reply to comment #21)
> (In reply to comment #20)
> > Is this fixed now?
> The hard-breakdown due is gone, but now I am observing another bug:
[...]
> Note the
> -I../../gcc//users/rtems/src/to
--- Comment #29 from rwild at gcc dot gnu dot org 2010-04-11 14:24 ---
Created an attachment (id=20361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20361&action=view)
patch to address issue described in comment #21
The main issue described in this bug is fixed, and
--- Comment #21 from rwild at gcc dot gnu dot org 2010-04-16 05:17 ---
(In reply to comment #20)
> PS> This will block any direct or first attempt to build gcc by Mac owners
> unless they try builds of intermediate versions of gcc.
A bootstrap comparison failure can easily
--- Comment #2 from rwild at gcc dot gnu dot org 2009-12-05 17:19 ---
Subject: Bug 40972
Author: rwild
Date: Sat Dec 5 17:18:53 2009
New Revision: 155012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155012
Log:
Sync from git Libtool and regenerate.
/:
P
--- Comment #49 from rwild at gcc dot gnu dot org 2009-12-05 17:19 ---
Subject: Bug 38384
Author: rwild
Date: Sat Dec 5 17:18:53 2009
New Revision: 155012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155012
Log:
Sync from git Libtool and regenerate.
/:
P
--- Comment #8 from rwild at gcc dot gnu dot org 2009-12-05 19:47 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #17 from rwild at gcc dot gnu dot org 2009-12-16 21:51 ---
Armand, to expand on comment #13, could you post the exact command and error
message you're getting, as the original poster did?
Both of you, could you cd to the directory where the failure occurs, remove the
-
--- Comment #20 from rwild at gcc dot gnu dot org 2009-12-22 21:04 ---
Created an attachment (id=19374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19374&action=view)
patch to turn off multiple inclusion guard for fenv.h C++ wrapper
Comment #18 confirms #13.
It is p
--- Comment #1 from rwild at gcc dot gnu dot org 2009-12-29 16:42 ---
Created an attachment (id=19416)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19416&action=view)
patch to avoid tr '\n', for Solaris /usr/bin/tr
You can either try the attached patch, or have
--- Comment #5 from rwild at gcc dot gnu dot org 2009-12-29 16:52 ---
What happens if you enter /cygdrive/e/Home/cvsroot/gcc-obj/libgcc, create a
small conftest.c with 'int main () {}' and try to compile it with this command:
/cygdrive/e/Home/cvsroot/gcc-obj/./gcc/xgcc
-B/
--- Comment #10 from rwild at gcc dot gnu dot org 2010-01-04 13:18 ---
This looks like <http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00650.html>.
To confirm, please throw away your build tree once, build, then proceed as
described in above mail (adjusting $target etc). Your build
--- Comment #15 from rwild at gcc dot gnu dot org 2010-01-04 17:15 ---
Created an attachment (id=19463)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19463&action=view)
proposed patch
(In reply to comment #14)
> Is this still an issue?
I have not tried to reproduce
--- Comment #5 from rwild at gcc dot gnu dot org 2010-01-06 17:33 ---
Created an attachment (id=19486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19486&action=view)
patch to add TARGET_LIB_PATH only when bootstrapping
Please try this patch. Thanks.
--
http://gcc.
--- Comment #8 from rwild at gcc dot gnu dot org 2010-01-07 19:54 ---
Subject: Bug 41818
Author: rwild
Date: Thu Jan 7 19:53:50 2010
New Revision: 155706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155706
Log:
Fix PR bootstrap/41818.
/:
PR bootstr
--- Comment #9 from rwild at gcc dot gnu dot org 2010-01-07 19:57 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #16 from rwild at gcc dot gnu dot org 2010-01-07 20:54 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00349.html>,
it would be nice if someone could confirm that it fixes the issue. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35942
101 - 200 of 287 matches
Mail list logo
