On Tue, 22 May 2007 14:01:16 -0400 Christopher Michael <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote: > > On Tue, 22 May 2007 15:44:37 +0200 David Moore <[EMAIL PROTECTED]> babbled: > > > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> Carsten Haitzler (The Rasterman) wrote: > >>> On Mon, 21 May 2007 16:34:53 +0200 David Moore <[EMAIL PROTECTED]> > >>> babbled: > >>> > >>> Christopher Michael wrote: > >>> > >>> This is a file list of the e17-wlan package, a module which is working: > >>> > >>> /opt/e17/lib/enlightenment/modules/wlan/e-module-wlan.edj > >>> /opt/e17/lib/enlightenment/modules/wlan/linux-gnu-x86_64/module.a > >>> /opt/e17/lib/enlightenment/modules/wlan/linux-gnu-x86_64/module.so > >>> /opt/e17/lib/enlightenment/modules/wlan/module.desktop > >>> /opt/e17/lib/enlightenment/modules/wlan/wlan.edj > >>> /opt/e17/share/locale/eo/LC_MESSAGES/wlan.mo > >>> /opt/e17/share/locale/fi/LC_MESSAGES/wlan.mo > >>> /opt/e17/share/locale/it/LC_MESSAGES/wlan.mo > >>> /opt/e17/share/locale/ja/LC_MESSAGES/wlan.mo > >>> /opt/e17/share/locale/sv/LC_MESSAGES/wlan.mo > >>> > >>>> sloppy packaging. why package the module.a files? they are entirely > >>>> unneeded. als e-module-wlan.edje seems out of place - it's not in the > >>>> src. > >> This is neither more nor less than is put in place with a "make > >> DESTDIR=$tempdir install", where tempdir is then turned into a .tar.gz > >> containing the above files. If it's sloppy packaging, it's sloppy > >> installing on the part of the Makefile. Or is there a reason that I > >> should exclude specific files that "make install" has included? > > > > yes. modules should exclude *.a files. libtool insists on creating them and > > installing them because it thinks its needed as we will then use them > > (libtldl in theory can in combination with module.la). note that the sample > > package files for e17 remove any .a's for modules > > same for evas and emotion. > > > >> David Moore > Raster, > > I do have to (respectfully) disagree with you on this one. I just > checked the "official" E modules installations, and they are also > installing module.a files in /usr/lib/enlightenment/modules/<module>. that's what i said. libtool insists on creating AND installing them. it's partof libtool and how it decides to build and install things when it comes to loadable modules. it ASSUMEs we will use libltdl to load them. libltdl CAN load ".a" files if you also have a ".la" file - for systems that do not support .so's. thankfully for us - we don't care about systems that do NOT support .so's (if you have one - too bad. it probably should have died long ago, like 20 years ago). libtool is just being utterly stupid with regards to modules. packages should strip .a's and 'la's for modules out. unless you know some magic hidden libtool foo that will stop this from happening? i have yet to find/know of any. > dh > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
