From daniel at danm.de Sat Jul 16 18:04:04 2005 From: daniel at danm.de (Daniel Mueller) Date: Sat, 16 Jul 2005 20:04:04 +0200 Subject: [Clc-crux64] libpng - missing libz & libm references Message-ID: <20050716200404.210bc981@torax.home.danm.de> Hi, I think I've found a small bug in the current libpng port. The 32bit-version binds to libmath (-lm) and zlib (-lz): danm at torax:~$ ldd /chroot32/usr/lib/libpng.so linux-gate.so.1 => (0xffffe000) --> libm.so.6 => /lib32/libm.so.6 (0x5559e000) --> libz.so.1 => /usr/lib32/libz.so.1 (0x555c1000) libc.so.6 => /lib32/libc.so.6 (0x555d2000) /lib/ld-linux.so.2 (0x56555000) The 64bit-version has no references to those libraries. danm at torax:~$ ldd /usr/lib/libpng.so libc.so.6 => /lib/libc.so.6 (0x00002aaaaabec000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) I've attached an updated port. Maybe some of you will find it useful. I came across this problem while trying to compile SLiM. bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A -------------- next part -------------- A non-text attachment was scrubbed... Name: libpng.prt.tar.gz Type: application/x-gunzip Size: 1330 bytes Desc: not available URL: From daniel at danm.de Thu Jul 21 21:26:45 2005 From: daniel at danm.de (Daniel Mueller) Date: Thu, 21 Jul 2005 23:26:45 +0200 Subject: [Clc-crux64] gcc 32/64bit Message-ID: <20050721232645.4f3f07a2@torax.home.danm.de> Hey, I've played with CRUX64 this week and found out that the current gcc isn't able to produce 32bit binaries (--disable-multilib). Since we are using /lib32 instead of /lib for (32bit) libraries gcc needs to be patched. I've attached two ports that I am using at the moment. I had to use a SuSE (64bit) to build it, because of the missing libgcc_s_32.so in CRUX64's gcc. Johannes sent me an interesting link yesterday: http://gcc.fyxm.net/summit/2003/Porting%20to%2064%20bit.pdf Currently I'm working on a CRUX64 which is able to build 32bit applications natively. If someone is interested - I'll release my results at http://crux.danm.de (page is still empty :-). I'd like to thank Jeremy for his work on CRUX64! bye, danm -- Daniel Mueller http://www.danm.de Berlin, Germany OpenPGP: 1024D/E4F4383A -------------- next part -------------- A non-text attachment was scrubbed... Name: gcc.prt.tar.gz Type: application/x-gunzip Size: 6810 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: glibc32.prt.tar.gz Type: application/x-gunzip Size: 9805 bytes Desc: not available URL: From jeremy at samnjack.com Fri Jul 22 00:19:32 2005 From: jeremy at samnjack.com (Jeremy Jones) Date: Thu, 21 Jul 2005 18:19:32 -0600 Subject: [Clc-crux64] gcc 32/64bit In-Reply-To: <20050721232645.4f3f07a2@torax.home.danm.de> Message-ID: <200507220019.j6M0JeI27090@bat.berlios.de> Hi danm, > -----Original Message----- > From: clc-crux64-admin at berlios.de > [mailto:clc-crux64-admin at berlios.de] On Behalf Of Daniel Mueller > Sent: Thursday, July 21, 2005 3:27 PM > To: clc-crux64 at lists.berlios.de > Subject: [Clc-crux64] gcc 32/64bit > > Hey, > > I've played with CRUX64 this week and found out that the > current gcc isn't able to produce 32bit binaries > (--disable-multilib). Since we are using /lib32 instead of > /lib for (32bit) libraries gcc needs to be patched. I've > attached two ports that I am using at the moment. I had to > use a SuSE (64bit) to build it, because of the missing > libgcc_s_32.so in CRUX64's gcc. Yes, I couldn't get gcc to compile w/out disable-multilib. I'll take a look at the port later tonight. One of the things I've not had time to work on is getting native 32-bit compatibility working, so if you've got it here, that's great! Looks like yesterday there was a whole bunch of base & opt updates -- I'll be checking out what that means for crux64, too. Previously I had simply repackaged the vanilla crux-2.1 glibc as glibc32 for crux64. Looks like you have a port here for a native build of glibc32 -- very nice! > Johannes sent me an interesting link yesterday: > http://gcc.fyxm.net/summit/2003/Porting%20to%2064%20bit.pdf > > Currently I'm working on a CRUX64 which is able to build > 32bit applications natively. If someone is interested - I'll > release my results at http://crux.danm.de (page is still empty :-). > > I'd like to thank Jeremy for his work on CRUX64! You're welcome! And I did see your recent e-mail about libpng -- not ignoring you, just busy. Had a Solaris disk array crash, taking an Oracle database along with it, so I've been busy (and tired), but I'll have time tonight. Thanks for your work, danm! Jeremy From jeremy at samnjack.com Fri Jul 22 15:51:18 2005 From: jeremy at samnjack.com (Jeremy Jones) Date: Fri, 22 Jul 2005 09:51:18 -0600 Subject: [Clc-crux64] Thanks, danm! Updates available, but read this Message-ID: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> 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 From daniel at danm.de Fri Jul 22 21:56:48 2005 From: daniel at danm.de (Daniel Mueller) Date: Fri, 22 Jul 2005 23:56:48 +0200 Subject: [Clc-crux64] Thanks, danm! Updates available, but read this In-Reply-To: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> References: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> Message-ID: <20050722235648.6137e112@torax.home.danm.de> 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 From daniel at danm.de Sat Jul 23 19:45:53 2005 From: daniel at danm.de (Daniel Mueller) Date: Sat, 23 Jul 2005 21:45:53 +0200 Subject: [Clc-crux64] Thanks, danm! Updates available, but read this In-Reply-To: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> References: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> Message-ID: <20050723214553.7ad7afe7@torax.home.danm.de> 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 From daniel at danm.de Sun Jul 24 21:02:31 2005 From: daniel at danm.de (Daniel Mueller) Date: Sun, 24 Jul 2005 23:02:31 +0200 Subject: [Clc-crux64] libpng patch is b0rken In-Reply-To: <20050722235648.6137e112@torax.home.danm.de> References: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> <20050722235648.6137e112@torax.home.danm.de> Message-ID: <20050724230231.22af8c7e@torax.home.danm.de> > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: libpng-1.2.8-64bit.patch Type: application/octet-stream Size: 1007 bytes Desc: not available URL: From mattias at hedenskog.se Mon Jul 25 04:29:31 2005 From: mattias at hedenskog.se (Mattias Hedenskog) Date: Sun, 24 Jul 2005 21:29:31 -0700 Subject: [Clc-crux64] Thanks, danm! Updates available, but read this In-Reply-To: <20050723214553.7ad7afe7@torax.home.danm.de> References: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> <20050723214553.7ad7afe7@torax.home.danm.de> Message-ID: <20050725042931.GA29699@tovdc.com> > > 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 From daniel at danm.de Mon Jul 25 21:35:24 2005 From: daniel at danm.de (Daniel Mueller) Date: Mon, 25 Jul 2005 23:35:24 +0200 Subject: [Clc-crux64] Thanks, danm! Updates available, but read this In-Reply-To: <20050725042931.GA29699@tovdc.com> References: <1122047478.1168.13.camel@jjones-lnx.idjc.idaho.gov> <20050723214553.7ad7afe7@torax.home.danm.de> <20050725042931.GA29699@tovdc.com> Message-ID: <20050725233524.23be8652@torax.home.danm.de> 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