On Wed, 2009-04-22 at 20:45 -0600, Eric Blake wrote:
> According to John Calcote on 4/22/2009 5:09 PM:
> > If you use Autoconf alone, then aclocal.m4 is the place to put extra
> > macro definitions. However, when you use it with Automake, then the
> > aclocal utility gathers macro definitions from
On Sun, 2009-07-26 at 22:11 +0100, Richard Connon wrote:
> Hi. I'm trying to write a configure.ac script for a project I'm working
> on. At present it has AC_INIT at the beginning.
> It seems that running that macro is adding "-g -O2" to the CXXFLAGS
> variable. Is there anything I can do to stop t
On Fri, 2009-08-07 at 21:51 +0100, Dr. David Kirkby wrote:
> Do you have a better idea how to tell what linker gcc uses?
Why do you actually care? Surely what you want to know is what options
work on the linker that you have to hand? So you will need to test the
linker options you want to use, if
On Mon, 2009-10-05 at 12:13 -0500, Bob Friesenhahn wrote:
> On Mon, 5 Oct 2009, Ben Pfaff wrote:
> >
> > To try to head off the problem, I'm thinking about putting
> > something like this after each command that adds to LIBS:
> >AC_RUN_IFELSE([AC_LANG_PROGRAM([], [])],
> > [:],
On Wed, 2009-10-14 at 03:17 +0200, Ralf Corsepius wrote:
> > But YOU can still disable it by default, by writing your packaging
> > automation tools to supply --disable-silent-rules as part of calling
> > ./configure, and/or writing an appropriate config.site. In other words,
> > the person runnin
On Fri, 2009-10-16 at 09:27 +0200, Paolo Bonzini wrote:
> On 10/15/2009 08:29 PM, Ralf Wildenhues wrote:
> > That, on the other hand, sounds like an interesting idea. We could
> > easily let configure print something like
> >configure: WARNING: There have been warnings during this configure ru
On Tue, 2009-12-15 at 13:02 -0500, Alfred M. Szmidt wrote:
>So, Makefile should receive the value of $(sysconfigdir) from the
>configuration process.
>
> You can pass something like `-DCONFFILE=$(sysconfdir)/foo.conf' in
> Makefile.am when compiling via foo_CPPFLAGS so that the program can
On Tue, 2010-03-30 at 08:41 -0600, Eric Blake wrote:
> Read this thread for another person who attempted this feat for PHP, and
> later gave up, because the changes from 2.13 to 2.50 were so dramatic.
> He ended up instead keeping old PHP on the old autoconf, and starting
> from scratch with newer
On Wed, 2010-05-26 at 23:43 +0200, ithilgore wrote:
> The problem is that in order to share libfoo between the two projects (that
> is both can fetch it as an external svn object), projectA needs to pass a
> certain flag to the configure script of libfoo. This flag/argument would be
> something lik
On Sat, 2011-01-22 at 11:16 +0100, Ralf Corsepius wrote:
> On 01/22/2011 03:50 AM, Sergio Belkin wrote:
> > I answer myself: RTMF :)
> >
> > "If using the GNU C compiler, set shell variable GCC to ‘yes’. If
> > output variable CFLAGS was not already set, set it to -g -O2 for the
> > GNU C compiler
On Fri, 2012-04-06 at 22:01 -0400, Paul Dugas wrote:
> I'm trying to use the pkg-config script provided by a sub-package to
> make appropriate additions to CFLAGS, LDFLAGS and LIBS for the parent
> package and have discovered the actual sub-package configuration is
> delayed until the AC_CONFIG_FIL
On Tue, 2012-04-10 at 12:02 -0400, Paul Dugas wrote:
> Yeah, that was your thread. I'm a little surprised, as you
> were back
> then, that this isn't something more people want to do. I was
> trying
> to accomplish the exact approach you were suggesting;
On Thu, 2012-05-03 at 21:28 +0930, Michael Talbot-Wilson wrote:
> Is there any way for the main configure, as generated by autoconf, to
> automatically override defaults for options in the one invoked with
> AC_CONFIG_SUBDIRS()? Or can it only be done by the user manually
> entering the option? I
On Wed, 2012-06-06 at 14:21 +0700, Germán Diago Gómez wrote:
> Sorry for resposting, but I didn't receive any reply. Did the message
> arrive into the mailing list?
It did, but the UK had a 4-day Bank Holiday, which probably slowed a lot
of people here down (we only went back to work today).
The
sible hacks, but all of them either make it
impossible to do out-of-source-tree builds, or push the problem down to
the Makefile instead.
Richard Ash
Audacity developer
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Sat, 2008-05-24 at 09:41 +0200, Ralf Wildenhues wrote:
> Hello Richard,
>
> * Richard Ash wrote on Fri, May 23, 2008 at 11:31:39PM CEST:
> > I seem to have hit a fundamental problem with the way AC_CONFIG_SUBDIRS
> > that seems to make it most of the way to useless if
On Fri, 2008-06-06 at 16:10 -0600, John Calcote wrote:
> When I run autoreconf -i to initialize my project I get the following
> output:
>
> $ autoreconf -i
> libtoolize: putting auxiliary files in `.'.
> libtoolize: copying file `./ltmain.sh'
> libtoolize: You should add the contents of the follo
Hallvard B Furuseth wrote:
> What's the point of the AC_C_CHAR_UNSIGNED macro?
> "If the C type `char' is unsigned, define `__CHAR_UNSIGNED__',
> unless the C compiler predefines it."
>
> This is what is for. If you want to know if char is
> unsigned, try #if CHAR_MIN == 0. I would sugge
On Sat, 2008-07-26 at 19:04 +0800, Tim Post wrote:
> > No, but I do know that going the other way round, i.e., from distro
> > packaging tools like rpm or apt, to building sources already works very
> > nicely. For example "apt-get source ..." or "apt-get build-dep ...".
>
> That's what I'm tryin
On Fri, 2008-08-15 at 14:40 +0200, Matej Tyc wrote:
> Hello,
> I would like to find answers to some questions that developers had to
> ask, but that are not answered in the right way.
I don't know what you have been reading, but the best extended reference
I have encountered is David MacKenzie's
On Sat, 2008-08-16 at 10:52 +0200, Ralf Wildenhues wrote:
> This sounds like you're using it wrongly. Linking against an
> uninstalled copy of a library is one of libtool's strengths,
> and I know very few open bugs about it, so if you know a use
> case that doesn't work, I ask you to please repor
On Thu, 3 Oct 2019 17:06:18 -0500 (CDT)
Bob Friesenhahn wrote:
>
> Many existing common tests found in Autoconf scripts can just be
> removed since standards have made them unnecessary.
At the risk of being contrary, this is one of the things which a
"linter" for autotools should be able to tel
22 matches
Mail list logo
