[resend because comcast won't send to mozart-oz.org :-(]
Yves Jaradin writes: > > > >Yves, can you investigate this? > > > > > This bug is easy to solve (based on my experience on 32-bits platforms > only), just remove the files in > > /home/keving/Downloads/mozart/platform/linux-i486/lib/ > > My explanation goes like this (but I'm no GCC/C/C++/ELF guru): > > Historic Mozart developers wanted the static builds to be as static > as possible. So they bundled the (mostly) static executable with > the (few) libraries it dynamically linked to. These libraries are > the GCC and C++ runtime libraries. This is done by the last part of > misc/make-mozart.sh (in the source tree.) > > Nowadays these libraries are themselves dynamically linked to other > libraries. Here we see that the GCC runtime links dynamically to > the C library. > > Although Oz itself can run with quite old versions of the C > library, the provided GCC library demand a very recent one. This is > probably due to the 1.3.2 release being prepared on a fresh install > of Fedora Core 5 which is quite a recent distribution. > > > On the other hand, I don't see why we continue to provide these two > libraries. These libraries should be part of a standard Linux > installation. > Thanks Yves, that seems to work for me. At least I can run the test suite: linux32 ~/Downloads/mozart/bin/ozengine oztest -v --ignores=dp,gump [gump fails but this might not be a problem. I built the test suite in the chroot so the gump tests .o files were built against different libraries]. I am still a bit wary though, I don't see how the static 32 bit emulator.exe executable can run against the 64 bit dynamic GCC and C++ runtimes. I will investigate further when I have time. In the meantime its an easy way to get a (mostly unbroken) mozart running on a 64 bit amd/intel processor. cheers k _________________________________________________________________________________ mozart-users mailing list [email protected] http://www.mozart-oz.org/mailman/listinfo/mozart-users
