[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines

[htl10 at users dot sourceforge dot net]

------- Comment #8 from htl10 at users dot sourceforge dot net  2009-07-28 18:06 -------
I have a slightly different message on alphaev68-dec-osf5.1a with gcc 4.4.1,
but possibly the same problem: (I can bootstrap 4.3.3, but no luck with
4.4.0/4.4.1):

------------------------
find ../../../../../gcc-4.4.1/libjava/classpath/tools/external/asm -name
'*.java' -print > asm.lst
find ../../../../../gcc-4.4.1/libjava/classpath/tools/gnu/classpath/tools \
             ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/javadoc \
            
../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/doclets \
            
../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javadoc \
            
../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javac \
            
../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javah \
             ../../../../../gcc-4.4.1/libjava/classpath/tools/sun/rmi/rmic \
             -path '*gnu/classpath/tools/gjdoc' -prune -o -path
'*gnu/classpath/tools/doclets' -prune -o -path '*gnu/classpath/tools/taglets'
-prune -o -path '*com/sun/javadoc' -prune -o -path '*com/sun/tools/doclets'
-prune -o -path '*com/sun/tools/javadoc' -prune -o \
             -name '*.java' -print > classes.lst
find: bad option -path
make[4]: *** [tools.zip] Error 1
make[4]: Leaving directory
`/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava/classpath/tools'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava/classpath'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/home/htl10/tmp-build/g41-dir'
make: *** [all] Error 2
bash-2.05a# 
--------------------------------------
The 'find: bad option -path' message probably means the command was truncated,
I believe. It looks pretty long to me :-).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251