Re: cvs cd problem
Ed Sweetman <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <[email protected]> |
Andreas Rottmann wrote: > Ed Sweetman <[email protected]> writes: > > >>Kristian G. Kvilekval wrote: >> >>>I've applied your patch by hand. I left out the the ".so" changes >>>for the moment as I think this will >>>also impact win32 and we should let Tim get on with his >>>work before trying some new stuff. >> >>not being able to install zinf into the filesystem alters how zinf >>functions. So anyone testing the cvs head is getting startup behavior >>that is not standard to how zinf loads up normally. >> >>i'm not completely familiar with the way the makefile works at this >>moment, but why not just have make install do what it normally does, >>but instead of installing from the tree as it traverses it, it builds >>if it needs to then when it reaches the end it executes an altered >>ln-plugins which mv's instead of ln's and just installs the altered >>files in there. We don't need the .la's so they shouldn't be >>installed with the program. Just have install, install everything as >>if it was a simple binary. >> > > We use automake now. Automake does all the install business for > us. See the automake manual, node 'Install'. We could use the > install-exec-hook described there to fix up the installed files > instead of altering the source. > > Andy why do we need to install the files like libraries? We dont need the .la files so we dont need to install them like .so files. We should be able to specify the name we want our compiled file to be so why not just install everything as if it was the runtime-binary like "zinf" is installed? ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en