--- 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 #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
--- 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 don't do
--- 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 #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:
What
--- 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 |Added
--- 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: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 file nor
--- Comment #10 from rwild at gcc dot gnu dot org 2010-09-20 17:31 ---
(In reply to comment #9)
Ian, I suppose the iant 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 dot
--- 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 #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=gccview=revrev=164451
Log:
Fix PR libstdc++/45711.
libstdc++-v3/:
PR libstdc
--- 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 already, though. If you
--- 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 problem. Would
--- 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
#define PACKAGE_STRING
#define PACKAGE_BUGREPORT
--- 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 config.guess
--- 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 #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/to/toplevel
--- 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=gccview=revrev=163580
Log:
Fix building ecjx in cross compile mode.
libjava/:
PR
--- 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 #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=gccview=revrev=163441
Log:
Fix misquoting in stdint.m4.
config/:
PR target/45084
--
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 #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
--- 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 #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 now I am
--- 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 worth pulling
--- 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 #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 issue
--- 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 #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=gccview=revrev=160210
Log:
Import AC_CHECK_DECL for C++ fixes from git Autoconf.
config
--- 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=gccview=revrev=160211
Log:
Fix PR bootstrap/42798.
libiberty/:
PR bootstrap/42798
--- 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, there is no data race
--- 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 #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
the test
--- 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 #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 #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
CC
--- 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 at least
--- 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 possible fix, it's
--- 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=gccview=revrev=159168
Log:
Fix link to outdated cxx0x status page.
gcc/:
PR
--- 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=gccview=revrev=159169
Log:
Fix link to outdated cxx0x status page.
gcc/:
PR
--- 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=gccview=revrev=159170
Log:
Fix link to outdated cxx0x status page.
gcc/:
PR
--- 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 #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=gccview=revrev=159116
Log:
Avoid automake distdir rule.
libgfortran/:
PR other
--- 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 #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=gccview=revrev=159041
Log:
no-dist in non-imported automake dirs.
libgfortran/:
PR
--- 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 be worked
--- 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=20361action=view)
patch to address issue described in comment #21
The main issue described in this bug is fixed, and it has rightly
--- 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/toolchains/gcc-trunk/BUILD
--- 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 manual, and should be
an insult
--- 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=gccview=revrev=157941
Log:
Revert: Fix dependency of out_object_file on gt header
--- 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-patches/2010-04
--- 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=gccview=revrev=157949
Log:
Update to Automake 1.11.1.
gcc/:
PR other/43620
--- 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=gccview=revrev=157916
Log:
/:
PR bootstrap/43615
PR bootstrap/43328
--- 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=gccview=revrev=157916
Log:
/:
PR bootstrap/43615
PR bootstrap/43328
--- 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
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 Automake
--- 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 #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='-fuse-linker-plugin'
cat
--- 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
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 #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)
{
i = 0;
return i
--- 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
--- 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=gccview=revrev=157851
Log:
Fix toplevel configure --enable-multilib handling.
/:
PR
: 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
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
ReportedBy: rwild 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
--- 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 #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 #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 directory.
Please allow me
--- 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=gccview=revrev=157159
Log:
Small multilib rule fixups.
libgcc/:
PR other/42980
--- 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 'make all
--- 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 reply mean? Does it mean
--- 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 156585: 4 times
--- 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 failures
--- 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's fairly irrelevant whether datarootdir
--- 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=revisionrevision=122415,
so it should actually be fixed in the 4.3 branch.
If you can still reproduce this with 4.3.4 or newer
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
ReportedBy: rwild 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 they're
--- 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=19953action=view)
properly propagate (parallel) make flags in libgcc install rule
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=19954action=view)
Fix parallel libiberty install failure
This patch should fix the bulk of the failures, and is hopefully simple
--- 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=19955action=view)
Changes proposed for automake-generated files (pending upstream fix)
This patch is just a diff against files
--- 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 make
: 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
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
: 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
1 - 100 of 284 matches
Mail list logo
