On 24/10/17 16:03 +0200, FX wrote:
OK, could you try this, and share the full output?
Attached is the output of “make -j4” in a build at stage1, where I have just run
"rm -rf x86_64-apple-darwin17.0.0/**/libstdc++-v3”, with the patch applied.
FX
There are two commands that create the include/ext/new_allocator.h
symlink:
cd ./ext && ln -s /Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/algorithm
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/aligned_buffer.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/alloc_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/atomicity.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/array_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/bitmap_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/cast.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/cmath
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/codecvt_specializations.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/concurrence.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/debug_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/enc_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/extptr_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/stdio_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/stdio_sync_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/functional
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/iterator
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/malloc_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/memory
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/mt_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/new_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/numeric
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/numeric_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pod_char_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pointer.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pool_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rb_tree
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/random
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/random.tcc
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rope
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/ropeimpl.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/slist
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/string_conversions.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/throw_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/typelist.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/type_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rc_string_base.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/sso_string_base.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring.tcc
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring_fwd.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring_util.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/backward/hash_set
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/backward/hash_map .
and:
cd ./ext && ln -s /Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/algorithm
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/aligned_buffer.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/alloc_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/atomicity.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/array_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/bitmap_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/cast.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/cmath
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/codecvt_specializations.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/concurrence.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/debug_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/enc_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/extptr_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/stdio_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/stdio_sync_filebuf.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/functional
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/iterator
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/malloc_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/memory
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/mt_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/new_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/numeric
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/numeric_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pod_char_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pointer.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/pool_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rb_tree
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/random
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/random.tcc
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rope
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/ropeimpl.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/slist
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/string_conversions.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/throw_allocator.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/typelist.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/type_traits.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/rc_string_base.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/sso_string_base.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring.tcc
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring_fwd.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/ext/vstring_util.h
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/backward/hash_set
/Users/fx/devel/gcc/trunk/libstdc++-v3/include/backward/hash_map .
Presumably for the i386 and x86_64 multilibs (does it make any
difference if you do --disable-multlib? It would be easier to debug the
output if each command was only done once).
There is no "echo 1 > stamp-ext" line, but that's because the recipe
uses @$(STAMP) stamp-ext and I didn't tell you to remove the @. In any
case, we can see the symlink being created, without any errors
printed, and yet it's not there when needed. How can the "ln" command
fail?
The last change I asked you to test should have ensured that the
stamp-ext target completed before the PCH generation, but you said
that didn't help. Is something removing those symlinks after they're
created? The .PRECIOUS: target should prevent that.
I can't really do much more by email, somebody with access to one of
these failing systems needs to debug this. The problem has nothing to
do with C++ so I don't see why it needs to be solved by libstdc++
people -- just modify the makefile and inspect the results.