Matthew Wild ha scritto: > > I have seen a package of DLL's for this on sf.net > <http://sf.net>, but only for WIndows. Can > > the same not be done for Linux? The current download for Linux is > 9.3MB, and > > I just simply can't ask people to download that along with my > application. > > I believe that there are far too many Linux distributions (each with > their own library versions) to support them all with a single shared > library. true. Binary compatibility is a pain in Linux because of its OpenSource-nature: there will always be some distro which does not use setting X for lib Y and/or does not provide the version Z of it.
The Autopackage project tries to build high-compatibility binaries to make it possible to run them on distros different from the one you used to build the binaries. wxLua provides an autopackage for wxLua* applications exactly for that reason. >You can staticly link to wxWidgets (never to GTK) and test it > out on different platforms, but I've never tried to do this. > > > Put simply... how would you do this? simple: compile wxWidgets using the --disable-shared flag (when running the configure script). > If you do try this and can confirm that it works at least under a few > common distributions please let us know your settings and we can > provide binaries in the future. well, as said above, we could try to compile wxLua in shared mode against a shared build of wx using the APGCC tool (autopackage GCC wrapper) which creates .so files with fewer dynamic dependencies... the fact is that I'm not very expert of installing shared libraries: I only know that they have a complicated versioning system for binary compatibility (it's explained in libtool manual) and that they cannot just be dropped in the directory where your ELF is placed (unlike you would do with DLLs on win)... > I don't mind compiling some source, ie. from a makefile, but I'm not > sure it is currently possible, Though I don't know... I don't know > enough about how wxLua works internally. All I want is to produce an .so > of the .dll's somehow... see above: it's not just a matter of producing the .so, but also of installing them correctly, run ldconfig, etc. > I just think that nearly 10MB and then my application on top is far too > much to expect people to download. well, the wxLua DLL package is not much smaller IIRC. And even if you build a super-compatible archive of wxLua .so files, it would not be much smaller, too.... > > For development, Linux makes Windows a piece of cake :( IMO that's true only in the binary compatibility aspect (and maybe for MSVC debugger). HTH, Francesco ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
