Eric...you want to try transferring the images with me? I
have good ISOs that match their md5sums, and we could transfer
them in any number of ways; I could cut them up into smaller
chunks for you if that helped transfer them.

If all that didn't work, I could burn 'em and send you a cd
or two.

No reason to work so hard to make a LRP-dev environment out
of something not made for it...

On Wed, Jan 24, 2001 at 08:43:32PM +0100, Eric Wolzak scribbled:
> Hello charles.and others 
> 
> As i want to be able to compile programms for lrp /leaf but can't get 
> a debian slink image anywhere. (downloading 3 x 600 Mb failed), i 
> tried to setup a "crosscompiling environment" but now I 'm 
> obviously stuck.
> 
> Task 
> create an environment to develop lrp files on a different Linux 
> environment, to be exact in a Glibc2 environment. (suse 7.0)
> 
> Compiling and assembling is not that difficult.
> Problems exist in the creation of the right linking to the libraries.
> 
> Ways to solve.
> 1a 
> create an library directory with "lrp-libs"
> create an include library with include files from lrp.
> 1b 
> give this location to the compiler by mean of the 
> CC_FLAGS
> and LDFLAGS.
> 
> Problem: complicated. forget to set an option and it doesnot 
> function. Not all makefiles are that "correct ".
> 
> 
> 2a 
> create a "cross-compiler" using GCC 2.95.2
> i used this technique:
> 
> create an own directory for the "i486-lrp-linux" under
> /usr/i486-lrp-linux/
> compile the binutils with the  target=i486-lrp-linux
> put ld, as, ar and ranlib in 
> /usr/i486-lrp-linux/bin
> 
> downloaded librarys from debian slink:
> -libc6_dev.19981211-6.deb
> -libg++2.8.2-dev_2.91.66-0slink2.deb
> -libncurses4-dev_4.2.3.deb
> -libpcap-dev_0.4a6-2.deb
> -libreadlineg2-dev_2_1-12.deb
> -libstdc++2.9-dev_2-91.66-0slink2.deb
> -libstringlist-dev_0.2.1-1.deb
> 
> put them in tempdir/lrp-devel-lib/ 
> 
> with all libs (libname) i did:
> dpkg-deb  libname --fsys-tarfile > libname.tar
> tar -xf libname.tar 
> so they are now at tempdir/usr/lib
> 
> Compile GCC with --target=i486-lrp-linux (--host=i686-linux-gnu) \
>  --prefix=/usr --with-header=/tempdir/lrp-devel-lib/usr/include \
> -- with-libs=/tempdir/lrp-devel-lib/usr/lib
> 
> I created an  function lrp-on that changed the PATH so that 
> it first looks in /usr/i486-lrp-linux/bin/ 
> 
> gcc -v 
> shows the right search location for programms, library and include 
> files
> 
> Compiling and assembling does function without a problem, but 
> during the linking process i get a lot of unresolved externals _dl.......
> in /lib/ld-so.6  ( a place it shouldn't be looking at all )
> static linking is possible but not what i want :(
> 
> I think the problem is associated with the setup of the dynamic 
> files. 
> I don't want to "shoot" my old system.
> 
> Does anybody have a good suggestion what my next step could be.
> 
> The /usr/i486-lrp-linux/libs directory (target) contains:
> 
> -rw-r--r--        38  COPIED
> -rw-r--r--      472  Mcrt1.o
> -rw-r--r--   1 876   crt1.o
> -rw-r--r--     904          crti.o
> -rw-r--r--     643          crtn.o
> drwxr-xr-x   3    1024  gcc-lib
> -rw-r--r--      1168        gcrt1.o
> -rwxr-xr-x                   ld-2.0.7.so
> lrwxrwxrwx   ld-linux.so.2 -> ld-2.0.7.so
> -rw-r--r--            982           libBrokenLocale.a
> lrwxrwxrwx  libBrokenLocale.so -> /lib/libBrokenLocale-2.0.7.so
> -rw-r--r--      21540       libStringList.a
> -rw-r--r--        502        libStringList.la
> lrwxrwxrwx   libStringList.so -> libStringList.so.0.2.1
> -rw-r--r--        688        libbsd-compat.a
> -rw-r--r--    1418004      libc.a
> -rw-r--r--         178       libc.so
> -rw-r--r--       3230        libc_nonshared.a
> -rw-r--r--     20282        libcrypt.a
> lrwxrwxrwx     libcrypt.so -> /lib/libcrypt-2.0.7.so
> lrwxrwxrwx     libcurses.a -> libncurses.a
> lrwxrwxrwx   libcurses.so -> libncurses.so
> -rw-r--r--   1                 libdb.a
> lrwxrwxrwx     libdb.so -> /lib/libdb-2.0.7.so
> -rw-r--r--   1    6070   libdl.a
> lrwxrwxrwx   1 libdl.so -> /lib/libdl-2.0.7.so
> -rw-r--r--   1 78018     libform.a
> lrwxrwxrwx    libform.so -> libform.so.4
> -rw-r--r--   1 root     root       352866 Apr  7  1999 libg++-2-libc6.0-1-
> 2.8.2.a
> lrwxrwxrwx   1 root     root           26 Jan 22 23:54 libg++-libc6.0-
> 1.a.2 -> libg++-2-libc6.0-1-2.8.2.a
> -rw-r--r--             664        libg.a
> -rw-r--r--           30794      libhistory.a
> lrwxrwxrwx    libhistory.so -> libhistory.so.2.1
> -rw-r--r--        287002        libiberty.a
> -rw-r--r--             505        libieee.a
> -rw-r--r--        268806        libm.a
> lrwxrwxrwx    libm.so -> /lib/libm-2.0.7.so
> -rw-r--r--             716       libmcheck.a
> -rw-r--r--          43542       libmenu.a
> lrwxrwxrwx     libmenu.so -> libmenu.so.4
> -rw-r--r--         373150       libncurses.a
> lrwxrwxrwx      libncurses.so -> /lib/libncurses.so.4
> -rw-r--r--          75770        libndbm.a
> lrwxrwxrwx       libndbm.so -> libdb.so
> -rw-r--r--          21610         libnsl.a
> lrwxrwxrwx   libnsl.so -> /lib/libnsl-2.0.7.so
> lrwxrwxrwx   libnss_compat.so -> /lib/libnss_compat-2.0.7.so
> lrwxrwxrwx   libnss_db.so -> /lib/libnss_db-2.0.7.so
> lrwxrwxrwx   libnss_dns.so -> /lib/libnss_dns-2.0.7.so
> lrwxrwxrwx   libnss_files.so -> /lib/libnss_files-2.0.7.so
> lrwxrwxrwx   libnss_nis.so -> /lib/libnss_nis-2.0.7.so
> -rw-r--r--          16714          libpanel.a
> lrwxrwxrwx   libpanel.so -> libpanel.so.4
> -rw-r--r--          85920          libpcap.a
> lrwxrwxrwx   libpcap.so -> libpcap.so.0
> -rw-r--r--             664         libposix.a
> -rw-r--r--          69632        libpthread.a
> lrwxrwxrwx     libpthread.so -> /lib/libpthread-0.7.so
> -rw-r--r--         235430        libreadline.a
> lrwxrwxrwx   libreadline.so -> /lib/libreadline.so.2.1
> -rw-r--r--          58480         libresolv.a
> lrwxrwxrwx     libresolv.so -> /lib/libresolv-2.0.7.so
> -rw-r--r--          33738         librpcsvc.a
> -rw-r--r--         318052        libstdc++-2-libc6.0-1-2.9.0.a
> lrwxrwxrwx    libstdc++-libc6.0-1.a.2 -> libstdc++-2-libc6.0-1-2.9.0.a
> -rw-r--r--       2039718        libstdc++.a.2.10.0
> -rw-r--r--            6836        libutil.a
> lrwxrwxrwx   libutil.so -> /lib/libutil-2.0.7.so
> 
> So there are a lot of  unresolved externals, should these be fixed ? 
> 
> I hope somebody can point me in the right direction , the good gcc-
> manual, gclib2 howto and programming lib howto gave a lot of help 
> but not enough.
> 
> Question, how do i setup the targetlibs for dynamic linking.
> 
> sorry for the long mail ;)
> 
> Thanks for all help
> 
> Eric Wolzak
> 
> _______________________________________________
> Leaf-devel mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/leaf-devel

-- 
rick -- A mind is like a parachute... it only works when it's open.

ICQ# 1590117                           [EMAIL PROTECTED] (home)   
Help with LRP: http://lrp.c0wz.com     Home page: http://www.c0wz.com

_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to