Re: gcc-help Digest 18 Jun 2008 01:13:58 -0000 Issue 2753

[Bob Walters <bob dot s dot walters at gmail dot com>]

On Jun 17, 2008, at 9:13 PM, Ralf Wildenhues wrote:

> > It looks as if the "($LN_S) $? ." command is failing.
>
> Can you show how exactly they fail?  Remove the @ preceding the  
> commands
> and the 2>/dev/null to see what happens, and post the output of the  
> failure,
> please.


I removed the two bits/gslice links, and the stamp-bits file as an  
experiment.  Switched back to the std Makefile (with $?)

make showed:

mkdir -p ./bits
cd ./bits && ln -s /Users/bobw/Desktop/gcc.svn/gcc/libstdc++-v3/ 
include/bits/basic_string.h /Users/bobw/Desktop/gcc.svn/gcc/libstdc++- 
v3/include/bits/cpp_type_traits.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/deque.tcc /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/fstream.tcc /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_deque.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_heap.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_list.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_queue.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_stack.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/stl_vector.h /Users/bobw/Desktop/gcc.svn/gcc/ 
libstdc++-v3/include/bits/vector.tcc .
ln: ./basic_string.h: File exists
ln: ./cpp_type_traits.h: File exists
ln: ./deque.tcc: File exists
ln: ./fstream.tcc: File exists
ln: ./stl_deque.h: File exists
ln: ./stl_heap.h: File exists
ln: ./stl_list.h: File exists
ln: ./stl_queue.h: File exists
ln: ./stl_stack.h: File exists
ln: ./stl_vector.h: File exists
ln: ./vector.tcc: File exists
make: [stamp-bits] Error 1 (ignored)

Everything above looks right, except that the two gslice headers are  
not in $? argument list, as you can see.  I confirmed that they are in  
${bits_headers}, and the files exist in the source dirs.   Changing  
the $? argument in the make to ${bit_headers} results in a much longer  
command containing all the source files in ${bit_headers} producing  
the correct links.

Is some substitution somewhere getting screwed up by my use of a 'dot'  
in the directory path name (gcc.svn)