[Clc-crux64] Thanks, danm! Updates available, but read this
Thanks to danm's work, we now get native 32-bit capabilities out of gcc. I have a few updates available in my ports repo now. Most notably, gcc-3.4.4 w/multilib and natively built glibc32. Also, danm's patched libpng is in my opt-x86_64, and firefox is updated to version 1.0.6. About gcc-3.4.4 and glibc32-2.3.5 -- a bit of a chicken-egg issue here. Because of the 64-bit gcc and glibc packages from the crux64 iso, you won't be able to build these right off the bat. I have precompiled binary versions of gcc-3.4.4 and glibc32-2.3.5 available that you'll need to use: http://www.samnjack.com/crux-amd64/ports/binary/ Get 'em from here, pkgadd -u, then, if you're a stickler about such things, you can build them natively. Possibly today, more likely tomorrow, I'll try to throw together an updated iso image, crux-x86_64-2.1.1.iso, with all the updates included. Now a logistical question: With native 32-bit abilities in gcc, I'll probably start building native 32-bit compatibility libs w/out using i686 crux's binary packages re-packed. Should these get stuck into opt-x86_64 or should we have a separate compat-32 ports repository? Thanks again, danm, and thanks to those of you using and testing crux64! Jeremy
On Fri, 22 Jul 2005 09:51:18 -0600 Jeremy Jones wrote:
notably, gcc-3.4.4 w/multilib and natively built glibc32. Also, danm's patched libpng is in my opt-x86_64
I'm not sure - could be that libpng gets binary incompatible after applying the patch - which means every application needs to relink against libpng.so :-/ bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A
I'm not sure - could be that libpng gets binary incompatible after applying the patch - which means every application needs to relink against libpng.so :-/
Okay, the patch made it even more worse. I'm now getting various error messages like this: ---------------------snip-------------------- /usr/lib64/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../lib64/libpng.so: undefined reference to `png_read_filter_row' /usr/lib64/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../lib64/libpng.so: undefined reference to `png_mmx_support' /usr/lib64/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../lib64/libpng.so: undefined reference to `png_combine_row' /usr/lib64/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../lib64/libpng.so: undefined reference to `png_do_read_interlace' ---------------------snap-------------------- The extra CFLAGS I've added were not compatible with x86_64. I apologise for the trouble caused. It worked well in my test-chroot :-( I'll attach a new patch. If someone is brave enough - I'd be happy to hear whether this one works. bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A
On Fri, 22 Jul 2005 09:51:18 -0600 Jeremy Jones wrote:
Now a logistical question:
With native 32-bit abilities in gcc, I'll probably start building native 32-bit compatibility libs w/out using i686 crux's binary packages re-packed. Should these get stuck into opt-x86_64 or should we have a separate compat-32 ports repository?
In my opinion only glibc32 and possibly zlib32 should reside in 'base' (because gcc depends on it) - all other 32bit libraries/applications should move to -> /usr/ports/compat32. bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A
Now a logistical question:
With native 32-bit abilities in gcc, I'll probably start building native 32-bit compatibility libs w/out using i686 crux's binary packages re-packed. Should these get stuck into opt-x86_64 or should we have a separate compat-32 ports repository?
In my opinion only glibc32 and possibly zlib32 should reside in 'base' (because gcc depends on it) - all other 32bit libraries/applications should move to -> /usr/ports/compat32.
Hi guys! I love to see how some brave souls has taken the bull by its horns and continued the porting mission. I haven't had the chance to try out Jeremy Jones release yet but I agree that glibc32 and zlib32 should reside in the base tree and the compat stuff should reside in /usr/ports/compat32. One more thing, Im note sure if either of you guys have write access to the clc wiki or not but you might want to point the AMD64 link to a more recent site/place in opposite to my semi confused page. Keep up the work. Regards Mattias Hedenskog
On Sun, 24 Jul 2005 21:29:31 -0700 Mattias Hedenskog wrote:
One more thing, Im note sure if either of you guys have write access to the clc wiki or not but you might want to point the AMD64 link to a more recent site/place in opposite to my semi confused page.
Okay, done. bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A
participants (3)
-
Daniel Mueller -
Jeremy Jones -
Mattias Hedenskog