--- Comment #32 from paolo dot carlini at oracle dot com 2010-02-12 00:03
---
Yes, that was also my guess. If somebody disagrees please explain and re-open,
thanks a lot.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #31 from bonzini at gnu dot org 2010-02-11 23:56 ---
I think it's fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #30 from paolo dot carlini at oracle dot com 2010-02-11 23:54
---
I'm looking for an update on its status: how do we stand? What is still
missing? Thanks in advance.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #29 from amylaar at gcc dot gnu dot org 2010-01-25 18:01
---
Subject: Bug 36101
Author: amylaar
Date: Mon Jan 25 18:01:29 2010
New Revision: 156218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156218
Log:
PR libstdc++/36101, PR libstdc++/42813
* co
--- Comment #28 from amylaar at gcc dot gnu dot org 2010-01-23 11:17
---
Subject: Bug 36101
Author: amylaar
Date: Sat Jan 23 11:17:30 2010
New Revision: 156189
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156189
Log:
PR libstdc++/36101, PR libstdc++/42813
* co
--- Comment #27 from bonzini at gnu dot org 2010-01-23 09:11 ---
Subject: Re: deps on other host libraries incorrect
On 01/22/2010 08:17 PM, amylaar at gcc dot gnu dot org wrote:
> --- Comment #25 from amylaar at gcc dot gnu dot org 2010-01-22 19:17
> ---
> Created an attachm
--- Comment #26 from amylaar at gcc dot gnu dot org 2010-01-22 19:23
---
(In reply to comment #24)
> So I misinterpreted your ChangeLog, the adjective is referred to
> both
> ;)
The 'partial' was in my patch submission to gcc-patches, and that
patch completely fixed pr42813, while it
--- Comment #25 from amylaar at gcc dot gnu dot org 2010-01-22 19:17
---
Created an attachment (id=19696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19696&action=view)
patch to make --enable-build-with-cxx bootstrap work
I am currently using this patch in addition to the patch
--- Comment #24 from paolo dot carlini at oracle dot com 2010-01-22 19:16
---
So I misinterpreted your ChangeLog, the adjective is referred to both
;)
Still, some sort of summary together with the partial commit could be useful.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3610
--- Comment #23 from amylaar at gcc dot gnu dot org 2010-01-22 19:09
---
(In reply to comment #22)
> I see that the patch is in. Excellent. I understand the other PR is completely
> fixed by now, thus I would suggest closing it as fixed.
No, it isn't. In fact, --enable-build-with-cxx
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-22 19:00
---
I see that the patch is in. Excellent. I understand the other PR is completely
fixed by now, thus I would suggest closing it as fixed. I would also suggest
writing a oouple of sentences in the audit trail here
--- Comment #21 from amylaar at gcc dot gnu dot org 2010-01-22 13:35
---
Subject: Bug 36101
Author: amylaar
Date: Fri Jan 22 13:35:38 2010
New Revision: 156172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156172
Log:
PR libstdc++/36101, PR libstdc++/42813
[toplevel]:
--- Comment #20 from amylaar at gcc dot gnu dot org 2010-01-22 10:55
---
(In reply to comment #19)
> I have a patch to hack the dependency of libstdc++-v3 on libgomp into
> configure.ac .
I have posted this patch together with the other Makefile* / configure*
patches for PR libstdc++/4
--- Comment #19 from amylaar at gcc dot gnu dot org 2010-01-21 23:38
---
(In reply to comment #18)
> Yes, marking libgomp as bootstrappable should make a difference. I
> suggest looking at Makefile.in differences from my patches (in the
> dependencies section).
The libgomp bootstrap
--- Comment #18 from bonzini at gnu dot org 2010-01-21 15:40 ---
Subject: Re: deps on other host libraries incorrect
On 01/21/2010 04:29 PM, amylaar at gcc dot gnu dot org wrote:
> dependencies = { module=all-target-libstdc++-v3;
> on=configure-target-libgomp; };
>
> In fact, I tried
--- Comment #17 from amylaar at gcc dot gnu dot org 2010-01-21 15:29
---
(In reply to comment #16)
> > Wrong submitter's proposal, you mean.
>
> Yes. What I don't understand is, why is anything else than this needed:
>
> -target_modules = { module= libgomp; lib_path=.libs; };
> +targ
--- Comment #16 from bonzini at gnu dot org 2010-01-21 14:45 ---
> Wrong submitter's proposal, you mean.
Yes. What I don't understand is, why is anything else than this needed:
-target_modules = { module= libgomp; lib_path=.libs; };
+target_modules = { module= libgomp;
+
--- Comment #15 from paolo dot carlini at oracle dot com 2010-01-21 10:30
---
Wrong submitter's proposal, you mean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #14 from rwild at gcc dot gnu dot org 2010-01-21 10:24 ---
(In reply to comment #13)
> I see... But then, would not be a libstdc++-v3 problem anymore, right?
Wrong. You just worsen the race condition with parallel builds.
I can look into this in more detail, but only this
--- Comment #13 from paolo dot carlini at oracle dot com 2010-01-21 10:18
---
I see... But then, would not be a libstdc++-v3 problem anymore, right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #12 from amylaar at gcc dot gnu dot org 2010-01-21 10:17
---
(In reply to comment #11)
> So, sorry if I'm missing some steps in the reasoning, do I understand
> correctly
> that with your experimental patch the problems would be solved?
No, it removes the dependency of con
--- Comment #11 from paolo dot carlini at oracle dot com 2010-01-21 10:12
---
So, sorry if I'm missing some steps in the reasoning, do I understand correctly
that with your experimental patch the problems would be solved?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #10 from amylaar at gcc dot gnu dot org 2010-01-21 07:53
---
(In reply to comment #7)
> At this time I don't know --enable-build-with-cxx enough to contribute much to
> the solution of the specific issue having to to with that configure option,
> just wanted to point out tha
--- Comment #9 from amylaar at gcc dot gnu dot org 2010-01-21 07:44 ---
Created an attachment (id=19674)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19674&action=view)
experimental patch to remove dependency of configure-target-libstdc++-v3 on
configure-target-libgomp
As the de
--- Comment #8 from rwild at gcc dot gnu dot org 2010-01-21 07:04 ---
I've looked at 42813 now. It indicates that configure-target-libstdc++-v3
depends
upon configure-target-libgomp (which creates libgomp/omp.h), but I don't see
why
it should depend upon all-target-libgomp. The former
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-21 01:32
---
At this time I don't know --enable-build-with-cxx enough to contribute much to
the solution of the specific issue having to to with that configure option,
just wanted to point out that normal uses of the librar
--- Comment #6 from amylaar at gcc dot gnu dot org 2010-01-21 00:53 ---
The configuration test can be replaced with some configure / makefile
hackery, but this doesn't help:
he compilation of libstdc++-v3 also depends on the header file:
/bin/sh ../libtool --tag CXX --mode=compile
/us
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-20 20:34
---
Ralf, make sure the submitter of 42813 pays attention to your comments, maybe
add to that audit trail, instead of this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #4 from rwild at gcc dot gnu dot org 2010-01-20 20:31 ---
Yes, sure. But I would like to know a couple of things first:
Does that mean, when libstdc++ is built in early bootstrap stages (e.g., for
--enable-build-with-cxx), it is not necessary to have libgomp first?
Then, pl
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-20 20:20
---
That idea of yours Ralf makes perfect sense to me, actually, I was wondering
whether a fix wasn't something like that. Are you willing to go ahead that way?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from rwild at gcc dot gnu dot org 2010-01-20 20:15 ---
(In reply to comment #0)
> Libstdc++ configuration assumes that libgcc and libgomp have been configured
> and built before libstdc++ configure is run.
>
> This is wrong,
What do you mean with "this is wrong"? Is it
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-20 18:54
---
Let's add in CC a couple of build machinery maintainers, maybe we can get some
help...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
32 matches
Mail list logo
