This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: crosscompiler x86->solaris2.8




Kai Ruottu wrote:
> 
> Per Fransson wrote:
> >
> > Thank you, thank you, thank you and ..... thank you.
> 
>  You are welcome, thanks will get the response engines working...
> 
> > Now it works, at least with --enable-languages="c". Without this option
> > I get:
> >
> > foo/build-gcc/gcc/xgcc -Bfoo/build-gcc/gcc/ -nostdinc++
> > <snip>
> > -g -c ../../../../gcc-3.0.4/libstdc++-v3/src/locale.cc  -fPIC -DPIC -o .libs/locale.o
> > In file included from ../../../../gcc-3.0.4/libstdc++-v3/src/locale.cc:557:
> > foo/build-gcc/sparc-sun-solaris2.8/libstdc++-v3/include/sparc-sun-solaris2.8/bits/ctype_noninline.h: > In constructor `std::ctype<char>::ctype(const char*, bool, unsigned int)':
> > foo/build-gcc/sparc-sun-solaris2.8/libstdc++-v3\
> >  /include/sparc-sun-solaris2.8/bits/ctype_noninline.h:39:
> > `_ctype_' undeclared (first use this function)
> >
> > Have I forgotten to put some library in prefix/sparc-sun-solars2.8/lib ,
> > or some header in prefix/sparc-sun-solars2.8/sys-include (Maybe I should
> > have put them in prefix/sparc-sun-solars2.8/include instead?) Or is it
> > something else?
> 
>  This looks like 'something else'... The Win32/Mingw-target hadn't its own
> 'libstdc++-v3/config/os/<opsys>' subdir yet in gcc-3.0.x and this error was
> familiar from this... Neither has 'solaris2.8', there are subdirs for 'solaris2.5'
> - 'solaris2.7', but not for 'solaris2.8' in 'libstdc++-v3/config/os/solaris'.
> So it is not 'supported' yet in 'gcc-3.0.4'...

Thanks Kai.  But libstdc++-v3/configure.target lists solaris 2.7 and 
solaris 2.8 as supposed to use the 2.7 subdirectory in my 3.0.4 source
and 3.1 CVS checkout.  So not matching native or cross doesn't make
sense.

Another problem... I am using my local Linux x86->Solaris toolset to 
canadian cross build embedded cross toolsets for Solaris hosts.  I can
build 
binutils successfully but gcc is another matter.  My build for
powerpc-rtems
fails like this:

sparc-solaris-gcc -g -O2  -o makeinfo  makeinfo.o multi.o
../lib/libtxi.a
/opt/solaris/lib/gcc-lib/sparc-solaris/3.0.4/../../../../sparc-solaris/lib/libc.
a(nss_deffinder.o): In function `SO_per_src_lookup':
nss_deffinder.o(.text+0x88): undefined reference to `_dlopen'
nss_deffinder.o(.text+0xb8): undefined reference to `_dlsym'
nss_deffinder.o(.text+0xcc): undefined reference to `_dlclose'
/opt/solaris/lib/gcc-lib/sparc-solaris/3.0.4/../../../../sparc-solaris/lib/libc.
a(nss_deffinder.o): In function `SO_per_src_delete':
nss_deffinder.o(.text+0x104): undefined reference to `_dlclose'

Any thoughts on what is going wrong?  It is obviously something to do
with
dynamic linking.  Even if add -static, I can't get rid of these.  Hints 
appreciated.

Thanks for any advice.

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]