On Tue, 6 Sep 2011 11:20:50 -0400 Derrick Brashear <[email protected]> wrote:
> On Tue, Sep 6, 2011 at 10:39 AM, Chas Williams (CONTRACTOR) > <[email protected]> wrote: > > In message <[email protected]>,Simon > > Wilkinson writes: > >>My proposal to resolve this is to disable internal shared libraries when = > >>we do 'make dest' builds. To do so, we will have to change the way in = > >>which these builds are selected - as the type of library to use must be = > >>chosen at configure, rather than build, time. I'm planning on creating a = > >>new configure option --enable-dest, which will select a 'dest' style = > >>build product. 'make install' will then install into a dest style tree. > > > > this seems like a strange idea to me. it is a configure option that is > > handled via make dest after configure has run? how about just calling > > it --{enable,disable}-{shared,static}? just changing make dest to do > > something like 'make install DESTDIR=`pwd`/dest/$SYSNAME' would be almost > > (but not exactly) the same. hopefully developers could learn to adjust. > > why? we just need our binaries staticly linked; we don't need to > disable the building of the > shared libraries. he said 'disable internal shared libraries' not 'build both a shared and static version'. i still dont see --enable-dest as being the clearest of options. in this case, --enable-static-binaries would be a little less obscure. > > and make install DESTDIR= doesn't capture the actual install locations. tho, > --enable-transarc-paths is basically already the configure switch > you'd want for this personally get right of make dest and if someone configured with --enable-transarc-paths they get the old 'make dest' behavior when they do a make install. _______________________________________________ OpenAFS-devel mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-devel
