Jack, Dominique,
I think we have two issues here - let's make sure we don't derail dealing with
the first one.
On 8 Nov 2014, at 22:08, Jack Howarth wrote:
That is curious. I wouldn't have thought that the compiler
selection would have had such a radical effect on the linkage flags
I am still unable to bootstrap darwin14 without revision r216964 reverted.
Executing the simplified command
/opt/gcc/build_w/gcc/xg++ -B/opt/gcc/build_w/gcc/
-L/opt/gcc/build_w/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs -o
.libs/libcc1.0.so .libs/findcomp.o -static-libstdc++
On Sat, Nov 08, 2014 at 04:31:28PM +0100, Dominique d'Humières wrote:
I am still unable to bootstrap darwin14 without revision r216964 reverted.
Executing the simplified command
/opt/gcc/build_w/gcc/xg++ -B/opt/gcc/build_w/gcc/
Dominique,
I thought from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773#c1 that you were
having clean bootstraps on darwin. I have tested
x86_64-apple-darwin11/12/13/14 without issues in the creation of
libcc1.0
% otool -L libcc1.0.so
libcc1.0.so:
/sw/lib/gcc5.0/lib/libstdc++.6.dylib
On 8 Nov 2014, at 15:41, Jakub Jelinek wrote:
On Sat, Nov 08, 2014 at 04:31:28PM +0100, Dominique d'Humières wrote:
I am still unable to bootstrap darwin14 without revision r216964 reverted.
Executing the simplified command
/opt/gcc/build_w/gcc/xg++ -B/opt/gcc/build_w/gcc/
Iain,
Any idea why this isn't failing universally? On all of the
machines tested here with 'make bootstrap', the linkage of libcc1.so
finds
the necessary libstdc++ from the set of flags...
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/libstdc++-v3/src
Le 8 nov. 2014 à 22:55, Jack Howarth howarth.at@gmail.com a écrit :
Iain,
Any idea why this isn't failing universally? On all of the
machines tested here with 'make bootstrap', the linkage of libcc1.so
finds
the necessary libstdc++ from the set of flags...
Dominique,
That is curious. I wouldn't have thought that the compiler
selection would have had such a radical effect on the linkage flags
emitted for the build directories.
Jack
On Sat, Nov 8, 2014 at 4:59 PM, Dominique d'Humières domi...@lps.ens.fr wrote:
Le 8 nov. 2014 à
Seems removing that makes the configure.ac change unneeded.
Bootstrapped/regtested on x86_64-linux and i686-linux (libcc1
is built after compare, by stage3 compiler), and built
with --disable-bootstrap on i686-linux (libcc1 is built by
the system compiler in that case). Ok for trunk?
On Sat, Nov 01, 2014 at 10:23:24AM +0100, Dominique Dhumieres wrote:
Seems removing that makes the configure.ac change unneeded.
Bootstrapped/regtested on x86_64-linux and i686-linux (libcc1
is built after compare, by stage3 compiler), and built
with --disable-bootstrap on i686-linux
Le 1 nov. 2014 à 10:43, Jakub Jelinek ja...@redhat.com a écrit :
So you don't have libstdc++.a in
/opt/gcc/build_w/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs ?
Jakub
Indeed I have it:
[Book15] gcc/build_w% lf -l
x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs/libstdc++.a
On Thu, Oct 30, 2014 at 09:39:06AM +0100, Paolo Bonzini wrote:
--- configure.ac 2014-10-28 14:39:53.018852391 +0100
+++ configure.ac 2014-10-29 11:43:19.873216226 +0100
@@ -2677,6 +2677,7 @@ for module in ${configdirs} ; do
fi
case ${module},${bootstrap_fixincludes} in
On Fri, Oct 31, 2014 at 12:01 PM, Jakub Jelinek ja...@redhat.com wrote:
On Thu, Oct 30, 2014 at 09:39:06AM +0100, Paolo Bonzini wrote:
--- configure.ac 2014-10-28 14:39:53.018852391 +0100
+++ configure.ac 2014-10-29 11:43:19.873216226 +0100
@@ -2677,6 +2677,7 @@ for module in
13 matches
Mail list logo