Hello all,
in our package (netatalk) we consume Berkeley-DB.
We have a configure option --with-bdb that can take a
In order to properly test and use the library at , we must pass
-R or -Wl,-rpath= with LDFLAGS/CFLAGS on some (maybe
all?) platforms.
As the correct way to give that option that m
2009/3/5 Frank Lahm :
> Hello all,
>
> in our package (netatalk) we consume Berkeley-DB.
> We have a configure option --with-bdb that can take a
>
> In order to properly test and use the library at , we must pass
> -R or -Wl,-rpath= with LDFLAGS/CFLAGS on some (maybe
> a
2009/3/5 Ralf Wildenhues :
>> I have two stages where I must be able to compile, link and run code
>> using the lib:
>> A. conftest code at configure time
>> B. the build product at runtime (of course)
>>
>> B is working by means of autoconf/libtool.
>
> Correct.
>
>> A is giving me problems becaus
2009/7/16 Peter Lee :
> Thank you Alfred M. Szmidt,
>
> I am confirming with you on my awareness of
> "Automake, and autoconf are just plain text
> files, you don't need a complex IDE to edit them. The documentation
> is also very easy to navigate"
>
> But, my question is:
> "If I want to work on
2009/7/17 Steffen Dettmer :
> I think most that say Emacs/vim are no IDEs simply have the only
> requirement to integrate a source level debugger.
Emacs has that too.
-Frankl
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/list
Hi,
2011/1/26 Eve-Marie Devaliere :
> Dear autoconf community,
>
> I am switching a program from the 'old makefile/configure way' to
> autoconf...
>
> I got configure and make and make install to work but would like to now
> add the tests that were happening by running 'make test'... (run-time tes
Am 29.08.2014 um 20:04 schrieb Bob Friesenhahn :
> All of these strategies are done in m4 and result in the configure script
> being re-generated, which seems senseless and annoying to me. I will do
> anything in my power to not modify what has already been exhaustively tested
> just seconds b
