Re: [leaf-devel] unstripped Bering 2.4.20 modules
Le Mardi 14 Janvier 2003 17:37, Brad Fritz a écrit : Looks like many (or all?) of the Bering 2.4.20 modules at http://leaf.sf.net/devel/jnilo/bering/latest/modules/2.4.20 are not stripped. Was that intentional? Stripping them would save a fair amount of space: brad@blacklab:/tmp$ ls -s1 /tmp/*.o 16 /tmp/3c509.o 76 /tmp/hostap.o 4 /tmp/hostap_crypt.o 8 /tmp/hostap_crypt_wep.o 64 /tmp/hostap_cs.o 56 /tmp/hostap_pci.o 60 /tmp/hostap_plx.o brad@blacklab:/tmp$ strip /tmp/*.o brad@blacklab:/tmp$ ls -s1 /tmp/*.o 12 /tmp/3c509.o 60 /tmp/hostap.o 4 /tmp/hostap_crypt.o 4 /tmp/hostap_crypt_wep.o 44 /tmp/hostap_cs.o 40 /tmp/hostap_pci.o 44 /tmp/hostap_plx.o --Brad Hi Brad Your suggestion would indeed save space but I would not recomment it. It will work for some modules, won't for some others. It would have to tested case by case because doing so globally you might be stripping symbols needed for relocation and/or modules parameters. That is what I rembered from some experiments I did along this line some months ago. So it's probably safer to leave that option to the end user (some lines could be added along these lines in the modules section of the install guide) with a strip.lrp package. strip with --strip-unneeded flag would be safer but would save less space. Jacques --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] unstripped Bering 2.4.20 modules
On Wed, 15 Jan 2003 07:56:00 +0100 Jacques wrote: Le Mardi 14 Janvier 2003 17:37, Brad Fritz a écrit : Looks like many (or all?) of the Bering 2.4.20 modules [..] are not stripped. Was that intentional? [..] Hi Brad Your suggestion would indeed save space but I would not recomment it. It will work for some modules, won't for some others. It would have to tested case by case because doing so globally you might be stripping symbols needed for relocation and/or modules parameters. That is what I rembered from some experiments I did along this line some months ago. So it's probably safer to leave that option to the end user (some lines could be added along these lines in the modules section of the install guide) with a strip.lrp package. strip with --strip-unneeded flag would be safer but would save less space. I did not realize that some of the symbols in kernel modules where necessary for everything to work properly. My testing was pretty limited (just the 3c509 module). Thank you for the explanation. --Brad --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
