On Thu, 2010-03-18 at 09:25 -0700, scleung wrote:
Hi,
Usually we use autoscan to scan the source directory structure to
generate configure.ac file and finally generate configure script in the root
of source directory.
Now I want to put the scripts including configure to another
On Fri, 2009-10-23 at 12:36 +0900, mpsuz...@hiroshima-u.ac.jp wrote:
* Their custom built library is not used, the system's is.
Indeed. It might be popular when default pkg-config prefix
is differnt from the prefix that users install their own
libraries. Have you experienced the troubles
On Sun, 2009-10-25 at 11:07 -1000, William Pursell wrote:
Alfred M. Szmidt wrote:
pkg-config is broken because it checks for the existance of
libraries, and not for the features that are required for the
program to run.
It does not even check for the existence of
On Mon, 2009-10-26 at 12:28 +1100, Russell Shaw wrote:
William Pursell wrote:
Alfred M. Szmidt wrote:
pkg-config is broken because it checks for the existance of libraries,
and not for the features that are required for the program to run.
It does not even check for the existence of
On Thu, 2009-10-22 at 11:44 -0700, Murray S. Kucherawy wrote:
What's the current general wisdom on using the pkg-config extensions?
I presume there's a reason they've not been incorporated into basic
autoconf, so I'm keen to learn what common practices there are toward
adopting it into
Hi Ralf,
On Tue, 2009-04-21 at 20:46 +0200, Ralf Wildenhues wrote:
0. Definitions
Covered Code is any source code and/or object code of Autoconf that is a
covered work under this License.
Eligible Output Material is Covered Code that is included in the
standard, minimally verbose,
Hi Peter,
On Sat, 2008-11-29 at 00:22 -0600, Peter O'Gorman wrote:
Tim Post wrote:
Hi Eric,
On Thu, 2008-11-27 at 20:53 -0700, Eric Blake wrote:
AC_CHECK_MEMBERS does what you want.
Thank you. I'm not sure how I could have missed that. Autoconf is
probably one of the best
On Sat, 2008-11-29 at 09:39 +0100, Ralf Wildenhues wrote:
Best would probably be something that generates automatically from the
manual or the m4 source files, so that keeping it up to date doesn't
involve remembering another location. Hmm, the indices like
Hello,
I have been looking for a macro that will allow me to test to see if a
structure exists in a header, and if it has a particular member. I'm
writing things that depend on external libraries that are still 'moving
targets'.
For instance, if a library exposes struct foo { , I need to see if
Hi Eric,
On Thu, 2008-11-27 at 20:53 -0700, Eric Blake wrote:
AC_CHECK_MEMBERS does what you want.
Thank you. I'm not sure how I could have missed that. Autoconf is
probably one of the best documented projects available .. the manual is
so massive that sometimes its easy to get lost :)
Thank
On Thu, 2008-08-21 at 18:07 +0200, [EMAIL PROTECTED] wrote:
Well till i get things running, i dont want to get anyone fiddle around with
the build system, that's all. After that, i'd appreciate if anyone comes up
with a patch, change whatever it is. Help is always welcomed to give
and take.
On Tue, 2008-08-19 at 08:57 +0200, Ralf Wildenhues wrote:
So if you like, a good way out would be this, in pseudo-code:
if $missing_libfoo; then
AC_MSG_ERROR([This package needs $libfoo. Please tell your system
administrator to `apt-get build-dep $PACKAGE])
fi
with possibly
On Tue, 2008-08-19 at 16:14 -0500, Bob Friesenhahn wrote:
On Tue, 19 Aug 2008, Ralf Wildenhues wrote:
IMVHO any kind of repetition of knowledge encoded in rpm and apt
(or system vendor X package) databases is not tolerable, if it needs to
be hand-maintained in any way. It's just too much
Hello autoconfers.
I am trying to create a ./configure that prompts the use to auto install
packages that may be missing in order to complete the build.
For instance:
checking for main in libfoo [no]
libfoo is missing, would you like to install it? [Y/n]
In order to be completely distro
Hi Ralf,
On Sat, 2008-07-26 at 12:46 +0200, Ralf Wildenhues wrote:
How would that work? On this system I'm sitting at, you'd have to be
super user to install, and while I may be in charge, I'm certainly not
going to hand out the password to your configure script; neither will I
compile
Hi Richard,
On Sat, 2008-07-26 at 15:07 +0100, Richard Ash wrote:
Such a look up table would be priceless, I think :) I have had zero luck
in finding one.
A compiled table would be large, cumbersome and perennially out of date.
What you could do would be to associate each library with
On Wed, 2008-07-23 at 11:21 +0200, litlle girl wrote:
2008/7/23 [EMAIL PROTECTED]:
How do you split existing configure into 2 parts:
configrue1 and configure2?
Yes, this can be a problem, you're right.
But what about second idea: in ./configure
odd commands run normally
and even
On Mon, 2008-07-14 at 19:25 -0500, Bob Friesenhahn wrote:
I prefer ac_cv_sizeof_long_long_unsigned_int because it is my nature
to be pedantic and it sounds bigger. Is that bad?
Refreshingly honest, actually.
If stdint.h and inttypes.h were available everywhere then much of
this gobbly
Hello,
I've recently added a bunch of sources to a tree which will require many
additional checks. Is there some way to to tell autoscan to just update
my existing configure.in / configure.ac ?
When I re-run autoscan, I see plenty of warnings about things missing in
configure.ac due to the newly
On Wed, 2008-07-02 at 06:11 +0200, Ralf Wildenhues wrote:
No such automation exists. I expect that it would be dwarfed by the
work needed to adjust the actual sources for all the new tests, too
(i.e., adding '#ifdef HAVE_SOME_HEADER_H' where needed, and such).
That makes sense. I've been
On Thu, 2008-06-12 at 09:02 +0200, Ralf Wildenhues wrote:
Hello Tim,
* Tim Post wrote on Thu, Jun 12, 2008 at 06:53:29AM CEST:
I have noticed that if the CFLAGS environment is not set, @CFLAGS@ is
expanded to -g -O2 Is this expected behavior?
Yes, that is documented in
http
Hello,
I have noticed that if the CFLAGS environment is not set, @CFLAGS@ is
expanded to -g -O2 Is this expected behavior?
Also, I see that AC_PROG_CXX ensures that the compiler actually works,
but AC_PROG_CC doesn't seem to do this. Is there a default macro to
ensure that gcc actually works
On Tue, 2008-06-10 at 00:36 -0700, Paul Eggert wrote:
Bob Friesenhahn [EMAIL PROTECTED] writes:
I recall having to deal with this
issue on fairly recent systems in the 1996-98 timeframe so 'int'
didn't just go away because ANSI C said so.
Yes, absolutely; it took quite some time for
On Mon, 2008-05-12 at 06:58 -0600, Eric Blake wrote:
Sorry, but that goes against GNU Coding Standards, so autoconf itself
doesn't really permit changing this default in your configure.ac.
Understandably.
And for good reason. Not everyone installs into the FHS layout, and
removing ${prefix}
Hello again,
I have been reading the Autoconf documentation regarding site specific
configuration files.
I have been trying to find a way to change sysconfdir to just be
${sysconfdir}, not ${prefix}/${sysconfdir}. I'd like to set that as a
configure default for my program.
I see that this is
On Fri, 2008-05-09 at 09:41 -0600, John Calcote wrote:
Tim,
If you want to pass these into your Makefile.in templates, use
AC_SUBST(ac_with_user)
then they'll be available as substitution variables (eg., @ac_with_user@)
If you want to go farther and create cpp macro definitions in
Hello to all,
I am a m4 novice and for the first time trying to use custom options
with autoconf. My experience is only the basic autoscan, autoheader,
autoconf which has always fit my needs.
I have added features to one of my programs which some users might want
to toggle on or off, as well as
27 matches
Mail list logo