2008/7/2 Joachim Schimpf <jschimpf_at_...127...>: > Wit Jakuczun wrote: >> 2008/6/25 Joachim Schimpf (Independent Contractor) <jschimpf_at_...5...>: >>> Wit Jakuczun wrote: >>>> Dear All, >>>> >>>> I have a question whether the following architecture >>>> is supported by ECLiPSe: >>>> >>>> - Hardvare: 4 x 2-Core UltraSPARC T1, 1.2 GHz >>>> - OS: Solaris 10 >>>> - Domain is working on 3 or 4 mainboards f25, each have 4 processors >>>> DualCore and 16GB RAM. >>>> >>>> By supporting I under stand: >>>> - existing binaries (there are binaries for Solaris 5) >>> Don't get confused by Sun's numbering scheme: >>> Solaris X = SunOS 5.X (at least for X >= 7) >>> >>> The existing sparc_sunos5 binaries are 32-bit Sparc binaries >>> and have been compiled on SunOS 5.8, though 5.9 is also known >>> to work. >>> >>> There is a good chance (having some confidence in Sun) that they >>> will work (in 32-bit mode) on your 64-bit SunOS 5.10 machine. >>> >> My contractor made an attempt to run ECLiPSe under SunOS 5.10 (Sparc) >> and got the following error: >> ld.so.1: eclipse.exe: fatal: libgcc_s.so.1: open failed: No such file >> or directory >> >> It seems that ECLiPSe needs GCC runtime libraries. > > I have just investigated the possibility of linking libgcc_s statically, > in order to remove this dependency, but apparently this is not advisable > because (a) the dynamic library is required for proper exception handling > in a C++ context, and (b) the -static-libgcc option works only if using > the gnu linker (which we don't). > I believe that dynamic linking is good enough. > So the clean way for you is to get libgcc_s.so.1, e.g. from sunfreeware.com > ftp://ftp.sunfreeware.com/pub/freeware/sparc/10/libgcc-3.4.6-sol10-sparc-local.gz > If you can't/don't want to install it in the standard location, you can > just put libgcc_s.so.1 to <eclipsedir>/lib/sparc_sunos5 > Thank you very much for help! I will let you know how we managed. Best regards -- [ Wit Jakuczun w.jakuczun_at_...116... ] [ WLOG Solutions http://wlogsolutions.com ]Received on Wed Jul 02 2008 - 04:56:35 CEST
This archive was generated by hypermail 2.3.0 : Wed Sep 25 2024 - 15:13:20 CEST