From: Keith M. <kei...@us...> - 2007-09-22 10:31:44
|
On Fri, 2007-09-21 at 20:03 -0400, Charles Wilson wrote: > > This: > > > > ./configure --prefix=`cd foo; pwd -W` ... > > make > > make prefix=/tmp/bar install > > > > just works anyway, provided you don't do anything insane with the > > other paths which should depend on `prefix', and provided the `make > > install' with an altered `prefix' doesn't force a rebuild, (which > > is forbidden by the GNU Coding Standards). > > But "you" == "the maintainers of package foo" -- over whom "I" as a > package-porter have no control. True, but nonetheless, it should just work anyway; if it doesn't, the package is broken, because until as recently as about 12 months ago, that was the mechanism stipulated by GCS. > If the package uses automake, then I *know* that DESTDIR works -- > everywhere but on native windows. Maybe; maybe not. If it has been updated with a recent automake, ok; with an older version, it isn't guaranteed. > I don't know if the foo-maintainers are idiots with regards to > $(prefix) -- at least, not without doing a lot more research on 'foo'. Again, true. I would just try it anyway, but I have the protection of no access to the default locations, when I use a `prefix=$HOME/bar' to relocate as a normal user, so I won't add rubbish in unexpected places within my Linux file system. That said, I haven't yet found anything which hasn't just done the right thing, but I'm sure there are examples somewhere. Regards, Keith. |
From: Keith M. <kei...@us...> - 2007-09-22 12:27:46
|
On Fri, 2007-09-21 at 20:03 -0400, Charles Wilson wrote: > All of the relocation machinery in libiconv and gettext is in the > gnulib repository -- and I've actually used it to create a > "relocatable" version of PROJ4 and libgeotiff. I've looked at the relocation code in gnulib, in the past; while I appreciate that it does try to be platform agnostic, it seems to go to inordinately complicated lengths, to get something as simple as char *pathname = dirname( _pgmptr ); > However, that was a LOT of work; it just isn't simple -- Bruno's > machinery uses a lot of m4/configury/automake/actual-C-code to make it > all work. Bruno is undoubtedly a smart guy, but he does seem to find needlessly complex mechanisms for achieving his goals. My approach may be Woe32 specific, but it is simpler -- particularly for mere mortals such a I to understand -- and it does work, at least for my purposes. FWIW, I've ditched Bruno's m4 stuff for libiconv, from my `catgets' package, simply because I did not want to carry all the unnecessary baggage of about half a dozen completely unnecessary dependencies, which Bruno's code brings with it; I've written my own replacement, which is *much* simpler, yet satisfies the requirements just as well: http://mingw.cvs.sourceforge.net/mingw/catgets/m4/iconv.m4?revision=1.1.1.1&view=markup Regards, Keith. |
From: Charles W. <cwi...@us...> - 2007-11-09 06:36:53
|
Keith Marshall wrote: > > I'm incorporating parts of your catgets patch. May I include your > e-mail address in the ChangeLog? > Sure. I just try to keep it off publicly archived mailing lists. (Apparently I'm not doing a very good job; my spam load quadrupled in the last few days. Time to tweak the filters...) -- Chuck |
From: Earnie B. <ea...@us...> - 2007-11-09 21:04:17
|
Quoting Charles Wilson <cwi...@us...>: > Keith Marshall wrote: >> >> I'm incorporating parts of your catgets patch. May I include your >> e-mail address in the ChangeLog? >> > > Sure. I just try to keep it off publicly archived mailing lists. > (Apparently I'm not doing a very good job; my spam load quadrupled in > the last few days. Time to tweak the filters...) > Add ``+changelog'' before the @ and after the real email address, e.g.: ear...@ex.... That way if SpamBots find it you'll know from whence it came. Earnie |