Re: cvs cd problem
Andreas Rottmann <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <[email protected]> |
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 -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | [email protected] http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Packages should build-depend on what they should build-depend. ------------------------------------------------------- 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