--- Comment #2 from rwild at gcc dot gnu dot org 2010-09-22 21:10 ---
This has been waiting for feedback for more than a year. Feel free to reopen
with more details if you still see this issue. I'm closing it as worksforme.
--
rwild at gcc dot gnu dot org changed:
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 20:57 ---
No feedback, assuming this is fixed by r122415 (which is in all active
branches) now.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-22 19:13 ---
I'm not sure why you would ever want to use --program-prefix=$target_alias when
GCC already installs symlinks under the $target_alias-gcc name (and similar for
g++ et al).
This seems to me an instance of "d
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-22 18:49 ---
In reply to comment #6:
In case this PR is still relevant, I really would like to see the output of
getconf ARG_MAX
exactly that command line, and not a similar command line. If your system does
not produce a
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 18:46 ---
Fixed in r132570, long ago.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rwild at gcc dot gnu dot org 2010-09-21 20:58 ---
Please send patches to the gcc-patches list, in the usual format and with all
information attached as per <http://gcc.gnu.org/contribute.html>. You might
want to consider wrapping lines so neither source fi
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-21 20:56 ---
trunk is fixed by r163993, http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00285.html
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rwild at gcc dot gnu dot org 2010-09-21 20:52 ---
The changes.html patch went in a while ago; I'm leaving open PR 43132 for
remaining issues but closing this one.
--
rwild at gcc dot gnu dot org changed:
What|Removed |
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-20 19:33 ---
Subject: Bug 45711
Author: rwild
Date: Mon Sep 20 19:33:12 2010
New Revision: 164451
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164451
Log:
Fix PR libstdc++/45711.
libstdc++-v3/:
PR
--- Comment #12 from rwild at gcc dot gnu dot org 2010-09-20 19:23 ---
Please try the patch at
<http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01600.html>. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
--- Comment #10 from rwild at gcc dot gnu dot org 2010-09-20 17:31 ---
(In reply to comment #9)
> Ian, I suppose the cited by Andrew it's you: any more constructive tip?
Come on, allow hobbyist helpers a day or two to fix a years-old issue, please.
Thanks.
--
rwild at gcc
--- Comment #7 from rwild at gcc dot gnu dot org 2010-09-18 05:55 ---
I'll look into it. (Not changing state to Assigned, as I haven't confirmed
yet.)
>From looking at libstdc++-v3/src/Makefile.am, the issue should have been
present for the last few (>=3) years alre
--- Comment #24 from rwild at gcc dot gnu dot org 2010-09-08 16:26 ---
(In reply to comment #22)
> I've just read this thread and am now unsure as to whether there is a bug with
> GCC or not. It sounds like your initial troubles have gone away and now there
> is a new p
--- Comment #6 from rwild at gcc dot gnu dot org 2010-09-02 17:15 ---
Please do the following:
make stage2-start
cd libiberty
cat >conftest.c <<\EOF
/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION "&
--- Comment #20 from rwild at gcc dot gnu dot org 2010-08-30 16:35 ---
I know this PR is closed, and don't want to reopen it or anything; sorry for
being late to the party. But the information missing from it is that
../gcc/configure CC='gcc -m64' ...
should allow
--- Comment #3 from rwild at gcc dot gnu dot org 2010-08-27 18:15 ---
Maybe. Not all requirements from the installation manual can be checked
easily.
This one we can maybe fix, but for that please provide all information asked
for.
Thanks.
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from rwild at gcc dot gnu dot org 2010-08-27 04:30 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rwild at gcc dot gnu dot org 2010-08-27 04:27 ---
Subject: Bug 40868
Author: rwild
Date: Fri Aug 27 04:27:40 2010
New Revision: 163580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163580
Log:
Fix building ecjx in cross compile mode.
libjava/:
--- Comment #1 from rwild at gcc dot gnu dot org 2010-08-26 16:46 ---
Please show
grep '^SHELL =' alphaev67-dec-osf5.1/libjava/libltdl/Makefile
and if you want Java enabled, please set and export CONFIG_SHELL to some bash
instance before running $CONFIG_SHELL path/t
--- Comment #7 from rwild at gcc dot gnu dot org 2010-08-21 12:18 ---
Subject: Bug 45084
Author: rwild
Date: Sat Aug 21 12:18:02 2010
New Revision: 163441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163441
Log:
Fix misquoting in stdint.m4.
config/:
PR targ
--- Comment #5 from rwild at gcc dot gnu dot org 2010-08-16 20:55 ---
Patch to fix the weird error message from configure here:
<http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01197.html>
(I don't have any input on the actual bug)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
--- Comment #9 from rwild at gcc dot gnu dot org 2010-08-16 15:05 ---
hit the wrong button, apologies
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
CC||rwild at gcc dot gnu dot org
AssignedTo|rguenth at gcc dot gnu
--- Comment #20 from rwild at gcc dot gnu dot org 2010-08-08 20:44 ---
(In reply to comment #19)
> I am afraid I messed up my system. I was playing around trying to
> install the latest versions of binutils and gcc on my linux system
> (native, not cross compile), and
--- Comment #18 from rwild at gcc dot gnu dot org 2010-08-07 14:29 ---
Please do the following for me in your toplevel build directory, thanks:
tar cvf config-logs.tar `find . -name config.log -o -name config.cache`
gzip config-logs.tar
and attach the tarball to this issue
--- Comment #13 from rwild at gcc dot gnu dot org 2010-08-07 14:18 ---
(In reply to comment #11)
> I encountered that issue with gcc 4.3.4 on the following target:
> mips-unknown-linux-uclibc. I'm currently confirming with gcc 4.3.5. If it
> still
> happen, would it be
--- Comment #15 from rwild at gcc dot gnu dot org 2010-08-06 17:22 ---
(In reply to comment #14)
> Can you put that in layman's terms?
Yes; sorry for the complicated and technical response. As far as I can see,
there is at the moment no simple way to avoid this issu
--- Comment #13 from rwild at gcc dot gnu dot org 2010-08-05 17:01 ---
config.log excerpt from zlib:
configure:7903: result: yes
configure:7936: checking whether the gcc -m64 linker (ld) supports shared
libraries
configure:9020: result: yes
configure:9265: checking dynamic linker
--- Comment #1 from rwild at gcc dot gnu dot org 2010-08-02 16:40 ---
Is this a transient failure with parallel make, i.e., are you using parallel
make, and does the failure go away with a serial make or another parallel make
invocation? Which -jN option do you pass? Have you seen
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rwild at gcc dot gnu dot org|unassigned at gcc dot gnu
--- Comment #60 from rwild at gcc dot gnu dot org 2010-06-03 10:33 ---
(In reply to comment #59)
> Why would be volatile needed? pthread_join returning guarantees that the
> other
> thread's thread function finished, and the variable is only written in that
> thread,
--- Comment #8 from rwild at gcc dot gnu dot org 2010-06-03 06:45 ---
Subject: Bug 42798
Author: rwild
Date: Thu Jun 3 06:45:02 2010
New Revision: 160211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160211
Log:
Fix PR bootstrap/42798.
libiberty/:
PR bootstr
--- Comment #7 from rwild at gcc dot gnu dot org 2010-06-03 06:33 ---
Subject: Bug 42798
Author: rwild
Date: Thu Jun 3 06:32:27 2010
New Revision: 160210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160210
Log:
Import AC_CHECK_DECL for C++ fixes from git Autoconf.
--- Comment #57 from rwild at gcc dot gnu dot org 2010-06-03 05:53 ---
(In reply to comment #46)
> At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
> your posts...
Ah, right, I forgot to remind you to set DYLD_LIBRARY_PATH correctly when doing
th
--- Comment #39 from rwild at gcc dot gnu dot org 2010-06-02 17:04 ---
Can you (someone with darwin) just take the configure test from comment #13,
build it, and run it under various load on your system, to see whether it
produces unstable results with a compiler from the previous stage
--- Comment #6 from rwild at gcc dot gnu dot org 2010-06-01 20:46 ---
Update: <http://thread.gmane.org/gmane.comp.gcc.patches/201265/focus=7094>
GCC patch: <http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00089.html>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42798
--- Comment #2 from rwild at gcc dot gnu dot org 2010-06-01 06:12 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2010-05/msg02389.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44286
--- Comment #1 from rwild at gcc dot gnu dot org 2010-05-28 16:35 ---
I'll bite.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rwild at gcc dot gnu dot org 2010-05-21 08:15 ---
(In reply to comment #2)
> Ralf, maybe we want in Autoconf (and hence in override.m4) a mechanism to
> push/pop the AC_LANG_WERROR state?
Isn't there such a mechanism already? If not, then there was
--- Comment #29 from rwild at gcc dot gnu dot org 2010-05-16 17:32 ---
(In reply to comment #27)
> You mean the patch in Comment # 20? Because it seems an hack to me. Maybe Ralf
> is willing to explain why is the only possible fix.
Oh, I don't think it's the only po
--- Comment #4 from rwild at gcc dot gnu dot org 2010-05-07 20:11 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from rwild at gcc dot gnu dot org 2010-05-07 20:11 ---
Subject: Bug 44016
Author: rwild
Date: Fri May 7 20:11:01 2010
New Revision: 159170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159170
Log:
Fix link to outdated cxx0x status page.
gcc/:
--- Comment #2 from rwild at gcc dot gnu dot org 2010-05-07 20:11 ---
Subject: Bug 44016
Author: rwild
Date: Fri May 7 20:10:32 2010
New Revision: 159169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159169
Log:
Fix link to outdated cxx0x status page.
gcc/:
--- Comment #1 from rwild at gcc dot gnu dot org 2010-05-07 20:10 ---
Subject: Bug 44016
Author: rwild
Date: Fri May 7 20:10:09 2010
New Revision: 159168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159168
Log:
Fix link to outdated cxx0x status page.
gcc/:
--- Comment #12 from rwild at gcc dot gnu dot org 2010-05-06 17:22 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rwild at gcc dot gnu dot org 2010-05-06 17:20 ---
Subject: Bug 43620
Author: rwild
Date: Thu May 6 17:19:46 2010
New Revision: 159116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159116
Log:
Avoid automake distdir rule.
libgfortran/:
--- Comment #10 from rwild at gcc dot gnu dot org 2010-05-04 18:58 ---
Subject: Bug 43620
Author: rwild
Date: Tue May 4 18:58:11 2010
New Revision: 159041
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159041
Log:
no-dist in non-imported automake dirs.
lib
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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
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 #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
--- 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 #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 #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 #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)
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
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
--- 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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
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
--- 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.
--- 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
--
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 #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
1 - 100 of 287 matches
Mail list logo
