Link to gcc doesn't work

Link to gcc doesn't work

[Matt Burkart]

I have just installed gcc 3.0.3 on a machine running Solaris 7.  I created a
link to run gcc, but I get the following error:

sparc-sun-solaris2.7-gcc: installation problem, cannot exec `cc1': No such
file or directory


When I use the full path name it runs fine.  I noticed with verbose output
that when I use the full path, it uses specs from the gcc directory.  When I
use the link it uses "builtin specs".  Any ideas how I can get the link to
work?


Here is the output from the gcc shortcut command:

[ajm@earth] $ gcc -v helloworld.c -o helloworld > gcclinked
Using builtin specs.
Configured with: ../configure --with-as=/usr/local/bin/as
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 3.0.3
 cc1 -lang-c -v -D__GNUC__=3 -D__GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=3
-Dsparc
-Dsun -Dunix -D__svr4__ -D__SVR4 -D__sparc__ -D__sun__ -D__unix__ -D__svr4__
-D_
_SVR4 -D__sparc -D__sun -D__unix -Asystem=unix -Asystem=svr4 -D__NO_INLINE__
-D_
_STDC_HOSTED__=1 -D__GCC_NEW_VARARGS__ -Acpu=sparc -Amachine=sparc
helloworld.c
-quiet -dumpbase helloworld.c -version -o /var/tmp/ccTYQqBA.s
sparc-sun-solaris2.7-gcc: installation problem, cannot exec `cc1': No such
file or directory


Here is the output from the full path command:

[ajm@earth] $ /usr/local/packages/gcc-3.0.3/bin/sparc-sun-solaris2.7-gcc -v
helloworld.c -o helloworld
Reading specs from
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
specs
Configured with: ../configure --with-as=/usr/local/bin/as
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 3.0.3
 
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
cc1 -lang-c -v -iprefix
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
-D__GNUC__=3 -D__GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=3 -Dsparc -Dsun -Dunix
-D__svr4__ -D__SVR4 -D__sparc__ -D__sun__ -D__unix__ -D__svr4__ -D__SVR4
-D__sparc -D__sun -D__unix -Asystem=unix -Asystem=svr4 -D__NO_INLINE__
-D__STDC_HOSTED__=1 -D__GCC_NEW_VARARGS__ -Acpu=sparc -Amachine=sparc
helloworld.c -quiet -dumpbase helloworld.c -version -o /var/tmp/ccA8pUtd.s
 GNU CPP version 3.0.3 (cpplib) (sparc)
 GNU C version 3.0.3 (sparc-sun-solaris2.7)
	 compiled by GNU C version 3.0.2.
ignoring nonexistent directory
"/usr/local/packages/gcc-3.0.3/sparc-sun-solaris2.7/include"
ignoring nonexistent directory
"/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/include"
ignoring nonexistent directory
"/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/../../../../sparc-sun-sol
aris2.7/include"
#include "..." search starts here:
#include <...> search starts here:
 
/usr/local/packages/gcc-3.0.3/lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/include
 /usr/local/include
 /usr/include
End of search list.
 /usr/ccs/bin/as -V -Qy -s -o /var/tmp/ccYRcbEy.o /var/tmp/ccA8pUtd.s
/usr/ccs/bin/as: WorkShop Compilers 5.0 98/12/21
 
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
collect2 -V -Y P,/usr/ccs/lib:/usr/lib -Qy -o helloworld
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
crt1.o
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
crti.o /usr/ccs/lib/values-Xa.o
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
crtbegin.o
-L/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.
3 -L/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib -L/usr/ccs/bin
-L/usr/ccs/lib
-L/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.
3/../../.. /var/tmp/ccYRcbEy.o -lgcc -lc -lgcc
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
crtend.o
/usr/local/packages/gcc-3.0.3/bin/../lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/
crtn.o
ld: Software Generation Utilities - Solaris/ELF (3.0)


Thanks,
Matt

Re: Link to gcc doesn't work

[Ish Rattan]

On Mon, 22 Jul 2002, Matt Burkart wrote:

> When I use the full path name it runs fine.  I noticed with verbose output
> that when I use the full path, it uses specs from the gcc directory.  When I
> use the link it uses "builtin specs".  Any ideas how I can get the link to
> work?
It doesn't work that way. You have to put the dir containing new gcc
in your default path.

-ishwar