From mboxrd@z Thu Jan 1 00:00:00 1970 From: mathieu.desnoyers@efficios.com (Mathieu Desnoyers) Date: Tue, 29 Jan 2013 12:32:40 -0500 Subject: [lttng-dev] The disable-libtool-linkdep-fixup configure option In-Reply-To: <3CA1A65C03C1A34C81BBC6272782E6969BDD0C@valcartierex01.valcartier.drdc-rddc.gc.ca> References: <3CA1A65C03C1A34C81BBC6272782E6969BDD0C@valcartierex01.valcartier.drdc-rddc.gc.ca> Message-ID: <20130129173240.GA9703@Krystal> * Thibault, Daniel (Daniel.Thibault at drdc-rddc.gc.ca) wrote: > > > The default value of the option is 'yes' (re: configure.ac), which means the fixup is applied. Setting the option to another value, such as 'no', means the fixup is not applied. > > > Why then is the option named *disable*-libtool-linkdep-fixup? Shouldn't it be named *enable*-libtool-linkdep-fixup instead? > > > >Because the option is enabled by default on all systems. This is to facilitate cross-compilation on Debian/Ubuntu systems. > > > > Christian > > If you had to compare the following two command lines, which one would you say disabled the fixup? > > ./configure --disable-libtool-linkdep-fixup=yes > ./configure --disable-libtool-linkdep-fixup=no > > The first line is the current default, and it leaves the fixup enabled > (right?). That's why I suspect enable-libtool-linkdep-fixup would be > a more meaningful name. Please read the autoconf documentation, and become familiar with the usual practices of other open source projects on this matter. The autoconf documentation would, amongst other things, tell you about "./configure --help". Its output lists: --disable-libtool-linkdep-fixup disable the libtool fixup for linking all dependent libraries (link_all_deplibs) as a matter of fact, this option does not take "=yes/=no" parameters as you suggest, nor does any of the --enable/disable-* configure options in general. This option is enabled by default, unless you specify --disable-libtool-linkdep-fixup. As a general guide-line, you should never need to use this override, except in very exceptional situations (e.g. in the event of future distribution changes). Thank you, Mathieu -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com