You can go the route of some programs I've used, and include the necessary runtime shared libraries in a package, with a wrapper script that sets the LD_LIBRARY_PATH before running. On Tue, Sep 29, 2009 at 10:59:01AM -0700, Dos-Man 64 wrote: > > > > On Sep 29, 12:44 pm, Dos-Man 64 <[email protected]> wrote: > > On Sep 29, 12:01 pm, Daniel Eggleston <[email protected]> wrote: > > > > > > > > > > > > > On Tue, Sep 29, 2009 at 09:47:22AM -0700, Dos-Man 64 wrote: > > > > > > On Sep 25, 8:06 am, Ryan Graham <[email protected]> wrote: > > > > > On 2009-09-24, at 11:02 PM, Luther Goh Lu Feng <[email protected]> > > > > > wrote: > > > > > > > > ----- Original Message ---- > > > > > >> From: Dos-Man 64 <[email protected]> > > > > > > > >> Would anyone please help to test this out? I need to make sure the > > > > > >> output is correct, that all the needed files are in the zip file, > > > > > >> that > > > > > >> no segmentation faults (related to pointers) are taking place, and > > > > > >> that the end user has the proper priviledges to run the executable. > > > > > >> Once I am sure it is working correctly, I have to whip up a EULA > > > > > >> and > > > > > >> upload it somewhere so that people can download it. > > > > > > > >>http://www.yousendit.com/transfer.php?action=batch_download&batch_id=... > > > > > > > > Where is the source for this? And what is the license for this > > > > > > program. Sounds very fishy to me. > > > > > > > Not so much fishy as unconventional. Dos-Man is just new to the Linux > > > > > > > > > > software writing scene, so he just has some catching up to do. > > > > > > > Regarding distribution, Dos-Man, you should consider open sourcing > > > > > your program. It is quite customary for this sort of program, as is > > > > > distributing as source code rather than binary. Zip is also a bit > > > > > uncommon in the Linux world, with tarballs (.tar.gz, .tar.bz2, .tgz, > > > > > etc.) being the norm. > > > > > > > ~Ryan > > > > > > Is there some way I can statically link the GTK+ library to the > > > > executable? I seek to avoid the use of runtimes, especially since I > > > > have no idea of how to create installation packages. Anyway, I'm a > > > > big believer that no self-respecting c or c++ application should ever > > > > require any type of external runtimes. That kind of crap is for wimp > > > > languages like c#, java, and vb. > > > > > Except that trying to run 15 applications using the GTK libraries will > > > take up 15 times the memory. Also, there are things like IPC and > > > windowing specs that need to be consistent in an Xsession, so all apps > > > need to run the same version. You should look into learning how to make > > > packages, it's not as hard as you think. > > > > That's fine, but if the user just wants the program to work without > > any concern of the memory requirements, and the programmer just wants > > the user to be able to use the program without jumping through complex > > installation hoops, then it doesn't explain why static linking isn't > > one of the available options? I'm not saying it's always preferable, > > but sometimes it is. > > > This goes beyond program distribution to others. I want to be able to > use my programs on any linux distro and have them work, without me > having to run a setup program first. My application is working fine > right now in knoppix, but doesn't work in ubuntu. Not really sure what > will happen when I get my dreamlinux dvd in the mail, but that's the > problem. It should work. I shouldn't have to worry about which > libraries are installed where. > >
--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Linux Users Group. To post a message, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit our group at http://groups.google.com/group/linuxusersgroup -~----------~----~----~----~------~----~------~--~---
