On 7/18/06, Santosh Sugur <santosh.sugur@xxxxxxxxx> wrote:
On 7/18/06, Asher Langton <langton2@xxxxxxxx> wrote: > On 7/18/06, Santosh Sugur <santosh.sugur@xxxxxxxxx> wrote: > > On 7/17/06, Asher Langton <langton2@xxxxxxxx> wrote: > > > >Thanks a lot. It went beyond the last error after I used gmake. It ran > > > >for a couple of hours and then quit with the following error: > > > > > > > > > > > >/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath/configure: > > > >syntax error at line 11740: `QT_INCLUDE_DIR=$' unexpected > > > >configure: error: /bin/sh > > > >'/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath/configure' > > > >failed for classpath > > > > > > Are you using Sun's /bin/sh? This is known to fail: > > > > > > http://gcc.gnu.org/install/specific.html#x-x-solaris2 > > > > > > > > > Thanks Asher. However the build still failed after setting > > CONFIG_SHELL=/usr/bin/ksh > > Did you also export CONFIG_SHELL? Or, if you are using /bin/csh, you > might need to 'setenv CONFIG_SHELL /usr/bin/ksh'. > > Try starting from scratch (with a clean object directory), setting > CONFIG_SHELL and building with GNU make (gmake). If that doesn't > work, post the error messages you are seeing. > > > One more question, I had gone through the host specific notes and had > > not applied them as all of them were for *-*-solaris2*. I am using > > SunOS 5.10. Was I wrong? > > From what I understand, SunOS and Solaris refer to the same system; > SunOS is the kernel, while Solaris is the distribution. In your > earlier post, the log file line "checking host system type..." > identified the system as Solaris. When in doubt, run the config.guess > script in the gcc source directory, and you'll get an idea of what > system GCC thinks you have. > > > Can the variable CONFIG_SHELL be set explicitly in some file because still > > /bin/sh is being used. > > See above. It sounds like CONFIG_SHELL isn't being set. In the shell > where you have set CONFIG_SHELL, type 'env'. Does CONFIG_SHELL show > up in the listing? > > > -Asher > I am using bash shell. I did do an export and had also checked the value using env. [ssugur@mx5test ~/gcc_obj]$env .. .. PATH=/usr/sfw/bin:/usr/sfw/bin/:/usr/sfw/bin/gmake:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ccs/bin:/var/SUNWspro/WS6U2/bin CONFIG_SHELL=/usr/bin/ksh This morning I had also cleaned up the object directory and ran gmake bootstrap-lean. After running for about 4 hours it quit with the same error as before: <snip> configure: configuring in classpath configure: running /bin/sh '/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath/configure' --prefix=/usr/local/gnu/gcc/ '--with-multisubdir=sparcv9' '--with-multisrctop=' '--cache-file=./config.cache' '--build=sparc-sun-solaris2.10' '--host=sparc-sun-solaris2.10' '--target=sparc-sun-solaris2.10' '--enable-multilib' '--prefix=/usr/local/gnu/gcc/' '--enable-languages=c,c++,java,objc' '--program-transform-name=s,y,y,' '--with-target-subdir=sparc-sun-solaris2.10' '--srcdir=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava' 'CPPFLAGS=' 'build_alias=sparc-sun-solaris2.10' 'host_alias=sparc-sun-solaris2.10' 'target_alias=sparc-sun-solaris2.10' '--disable-load-library' '--disable-debug' '--enable-default-toolkit=' '--with-vm-classes=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava:/u1/santosh/gcc_obj/sparc-sun-solaris2.10/libjava' '--disable-core-jni' '--disable-examples' '--with-glibj=build' '--disable-gtk-peer' '--disable-qt-peer' '--enable-ltdl-convenience' '--with-auxdir=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1' '-srcdir=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava' --disable-load-library --disable-debug --enable-default-toolkit= --with-vm-classes=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava:/u1/santosh/gcc_obj/sparc-sun-solaris2.10/sparcv9/libjava --disable-core-jni --disable-examples --with-glibj=build --disable-gtk-peer --disable-qt-peer --with-auxdir=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1 --cache-file=.././config.cache --srcdir=/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath /u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath/configure: syntax error at line 11740: `QT_INCLUDE_DIR=$' unexpected configure: error: /bin/sh '/u1/santosh/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1/libjava/classpath/configure' failed for classpath gmake[2]: *** [configure-target-libjava] Error 1 gmake[2]: Leaving directory `/u1/santosh/gcc_obj' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/u1/santosh/gcc_obj' gmake: *** [bootstrap-lean] Error 2 <\snip> When I start I get the following: [ssugur@mx5test ~/gcc_obj]$gmake bootstrap-lean gmake[1]: Entering directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/libiberty' gmake[2]: Entering directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/libiberty/testsuite' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/libiberty/testsuite' gmake[1]: Leaving directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/libiberty' gmake[1]: Entering directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/fixincludes' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/u1/santosh/gcc_obj/build-sparc-sun-solaris2.10/fixincludes' gmake[1]: Entering directory `/u1/santosh/gcc_obj/intl' rm -f stamp-h1 /bin/sh ./config.status config.h The last line shows it is again executing /bin/sh inspite of setting CONFIG_SHELL=/usr/bin/ksh Following is the output from uname and config.guess. [ssugur@mx5test ~/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1]$./config.guess sparc-sun-solaris2.10 [ssugur@mx5test ~/cfiles/GCC_installs/gcc-4.1.1/gcc-4.1.1]$uname -a SunOS mx5test 5.10 Generic_118822-19 sun4u sparc SUNW,UltraSPARC-IIi-cEngine Thanks a lot for the information. The machine type nomenclature is much clear to me now. S
Sorry. I was not configuring again after setting the variable. Really sorry for my naive behavior. If I am allowed one more question.. after the install when I compile 'hello.cpp' and try to run ./a.out, I get ld.so.1: a.out: fatal: libstdc++.so.6: open failed: No such file or directory Killed Now I added the path to the newly installed lib directory to LD_LIBRARY_PATH, and everything works fine. My ony question is that there is another gcc/g++ in /usr/sfw/bin (probably installed with the Solaris distribution), which works fine without any LD_LIBRARY_PATH setting, how come? S
