Hello Markus,
* Duft Markus wrote on Fri, Feb 08, 2008 at 10:44:39AM CET:
I have aquestion: I'm porting to windows (cross compiled from interix).
Interix has a working ln, but windows doesn't understand those links.
Now I wanted to check for winnt in _AS_LN_S_PREPARE. Can I use
* Eric Blake wrote on Fri, Feb 08, 2008 at 04:18:44PM CET:
According to Ralf Wildenhues on 2/8/2008 12:08 AM:
| Maybe I'm being dense, but there are lots of users complaining that
| configure already has far too many options. And you want to introduce
| yet another one as a shortcut
Hello Bob,
* Bob Friesenhahn wrote on Fri, Feb 08, 2008 at 09:07:14PM CET:
On Fri, 8 Feb 2008, Eric Blake wrote:
Thanks for the feedback. I withdraw my support for a --with-fhs option;
instead, I'm adding this to the manual:
It seems to me that the documentation should include a warning
Hello David,
* David Masterson (damaster) wrote on Thu, Feb 07, 2008 at 05:37:00AM CET:
Thanks. You output a lot of good information (except $PATH -- how do I
know where you found gcc? ;-). I think it would be nice if this was a
standard part of autoconf so that all tools would have (at
* Duft Markus wrote on Fri, Feb 08, 2008 at 12:25:03PM CET:
I configure something with --build=i586-pc-winnt on an i586-pc-interix*
host. I use build to keep anybody from thinking, that we're cross
compiling (in reality i am cross-compiling, but still i can execute
those binaries). As
Hello Lazaridis, and thanks for the report.
* Lazaridis Alexandros wrote on Mon, Feb 11, 2008 at 11:30:00AM CET:
I tried to configure the flite-1.3-release in cygwin (GNU bash, version
3.2.33(18)-release (i686-pc-cygwin)) in windows XP
and I am getting the following warning.
checking
Hello Karl,
* Karl Berry wrote on Mon, Feb 11, 2008 at 12:51:36AM CET:
I'd like to ask rms to approve having all the configure options that set
the directory variables (prefix, bindir, ...) in standards.texi. So
that people who don't use autoconf know that they need to be implemented.
Hi Chris,
Thanks for the report.
* Chris Pickett wrote on Sat, Feb 23, 2008 at 06:56:36AM CET:
Autoconf 2.61 started hanging recently for me on AIX 5.2. I don't
really know what changed in the system, it could just be that some
clocks are slightly off... who knows what's going on.
* Bob Proulx wrote on Sat, Feb 23, 2008 at 07:42:54PM CET:
Chris Pickett wrote:
~/test $ lsof
-bash: lsof: command not found
Well, I did say or equivalents.
While it doesn't have an exact answer here, the Rosetta Stone for Unix
http://rudiment.dk/~incore/UnixFlavours.html
is always
Hello Harlan, Peter,
* Harlan Stenn wrote on Sun, Feb 24, 2008 at 03:40:09AM CET:
Peter Boyle wrote:
Mine is one of a class of apps that regularly use autoconf
in parallel computer codes. These by nature are often cross
tools, and frequently use vendor supplied wrappers like mpicxx as CXX
Hi Eric,
* Eric Blake wrote on Tue, Feb 26, 2008 at 02:04:05PM CET:
According to Ralf Wildenhues on 2/25/2008 11:58 PM:
| I believe that backward compatability has been mostly respected.
|
| Yes, but just running libtoolize has never been enough. Running aclocal
| (with Libtool 2.2's macro
Ralf Wildenhues [EMAIL PROTECTED]
* bin/autoreconf.in: When invoking autopoint or libtoolize,
mention the respective package used in verbose mode.
Report by Bruce Korb.
diff --git a/bin/autoreconf.in b/bin/autoreconf.in
index fa48b20..55dc69b 100644
--- a/bin/autoreconf.in
Hello Jason,
let's please limit replies to the autoconf list, thanks.
* Jason Curl wrote on Wed, Mar 05, 2008 at 06:47:04AM CET:
To achieve my goals, I've borrowed some of the internals of the auto*
tools (and libtool). I'd like to somehow check the version of the
autotools during
Hello,
* NightStrike wrote on Sat, Mar 08, 2008 at 09:01:54AM CET:
In the autoconf manual, there is a list of a recommended order of operations:
Autoconf requirements
AC_INIT(package, version, bug-report-address)
information on the package
checks for programs
Hello,
* JoeOutflow wrote on Sun, Mar 09, 2008 at 10:17:25PM CET:
I'm a rank autotools beginner. I'm trying to apply autotools to a simple
fortran 90 program as practice for a larger project I'm currently planning.
The only specifically fortran-related macro in my configure.ac file is
Hello Mike,
Thanks for the report.
* Mike Meyer wrote on Sun, Mar 09, 2008 at 02:56:50AM CET:
[...]
as_func_failure succeeded.
as_func_failure succeeded.
No shell found that supports shell functions.
Please tell autoconf@gnu.org about your system,
including any error possibly output before
Hello Tim,
Please do not top-post, thank you.
* Tim Dennis wrote on Mon, Mar 10, 2008 at 04:57:09PM CET:
* JoeOutflow wrote on Sun, Mar 09, 2008 at 10:17:25PM CET:
The only specifically fortran-related macro in my configure.ac file is
AC_PROG_FC. autoreconf --install runs without
Hello Klaas,
* Klaas Vantournhout wrote on Sat, Mar 08, 2008 at 10:55:10PM CET:
I need to use complex functions from a fortran library in a c/c++ code.
First off, do you know cfortran.h? While it's not in the Autoconf
spirit of using tests to find out about unknown systems, AFAIK it's
quite
* NightStrike wrote on Wed, Mar 12, 2008 at 11:11:00AM CET:
On Tue, Mar 11, 2008 at 5:35 PM, Ralf Wildenhues wrote:
problem because I need to use AR, RANLIB and LD from the Makefiles and I
can't
find AR_FOR_BUILD and co.
Yep. There is no code in Autoconf that sets
Hello Jason,
* Jason Curl wrote on Tue, Mar 11, 2008 at 10:13:24PM CET:
If I have autoconf 2.59, I would like to use macro A. But if I have
autoconf 2.61, then I'd like to use macro B instead. Ideally, they would
be the same name, but might have slightly different definitions,
Hello Hans-Christoph, Robert,
* Hans-Christoph Steiner wrote on Tue, Mar 11, 2008 at 03:04:11PM CET:
Ah, ok, I think I figured out what you mean. I wasn't clear with my
initial description. What I want to enable and disable with flags is
not which libraries are used for the building
* Jason Curl wrote on Thu, Mar 13, 2008 at 02:15:58PM CET:
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
The first advice should be: if you can detect version differences by
feature based tests, then use those. For example, if Libtool 2.2 has a
new macro that you need but 1.5.26
* NightStrike wrote on Thu, Mar 13, 2008 at 09:20:06PM CET:
Should AS_CASE
(http://www.gnu.org/software/autoconf/manual/autoconf.html#index-AS_005fCASE-1116)
always be used instead of case/esac inside configure.ac, some local
package m4 script, or AC_DEFUN macros?
Most of the time that is
* NightStrike wrote on Thu, Mar 13, 2008 at 10:07:31PM CET:
On 3/13/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
AC_INIT
AC_DEFUN([FOO], [echo foo])
AC_DEFUN([BAR], [AC_REQUIRE([FOO])
echo bar])
x=zork
AS_CASE([$x], [y*], [BAR])
will print 'foo' because FOO
* NightStrike wrote on Thu, Mar 13, 2008 at 10:35:47PM CET:
Ok, now I understand. This is quite an interesting situation. I am
guessing that this is why tools like autoscan or autoupdate will use
actual case/if statements instead of the AS_CASE/IF macros.
Where do they do that? autoscan
* NightStrike wrote on Thu, Mar 13, 2008 at 11:52:31PM CET:
On 3/13/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* NightStrike wrote on Thu, Mar 13, 2008 at 10:35:47PM CET:
Ok, now I understand. This is quite an interesting situation. I am
guessing that this is why tools like
* NightStrike wrote on Fri, Mar 14, 2008 at 12:29:41AM CET:
On 3/13/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Please let this be productive and name them, so that can be fixed.
Thanks.
Wouldn't it be easier to write a script that compares the list of
obsolete macros in the autoconf
* Ralf Wildenhues wrote on Fri, Mar 14, 2008 at 12:41:32AM CET:
* NightStrike wrote on Fri, Mar 14, 2008 at 12:29:41AM CET:
Also, the macro AC_TYPE_SIGNAL comes up in the library checking
section, not the type checking section.
Hmm, that looks like a bug...
Naa, scan_c_file wouldn't
* NightStrike wrote on Fri, Mar 14, 2008 at 12:50:00AM CET:
On 3/13/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
I think you are looking at a different manual version than your autoscan
version. At least the current autoscan recommends none of these macros
any more AFAICS
Hello Vincent,
* Vincent Torri wrote on Fri, Mar 14, 2008 at 07:15:23AM CET:
create_shared_lib=
case $host_os in
mingw|mingw32*|cegcc)
PKG_CHECK_MODULES(EVIL, evil)
[...]
esac
and later, I use PKG_CONFIG_MODULES for freetype
The the configure script is failing,
Hello Tim,
* JoeOutflow wrote on Fri, Mar 14, 2008 at 03:59:56AM CET:
I'm now trying to autoconfify a little fortran project which uses a library
(hdf5). One of the source files has a USE statement for hdf5. the libraries
needed for linking are in $prefix/lib and this is also where the
* Tim Dennis wrote on Sat, Mar 15, 2008 at 07:17:46PM CET:
Thanks Ralf. This may be just what the doctor ordered. Keith has also
sent some helpful info, but I'm still running into trouble.
Well to be honest, I don't think autotools have seen much use in Fortran
90+ code, and module handling
* William Pursell wrote on Sun, Mar 16, 2008 at 09:48:11AM CET:
AC_DEFUN([CL_FFCALL],[dnl
AC_ARG_WITH([ffcall],
[AC_HELP_STRING([--with-ffcall],
the idiom of using dnl to suppress the newline is common,
as is the lack of indentation to prevent m4 from inserting
unwanted white space. Is
Hello,
* NightStrike wrote on Sun, Mar 16, 2008 at 10:42:14AM CET:
The way I understand it, automake can't make a new release (1.11)
until some lawyers are satisfied (or some such legal issue). Is
autoconf waiting on this same or similar thing? If not, when is the
next planned release?
The
Hello Mike,
* Mike Meyer wrote on Tue, Mar 11, 2008 at 04:26:31PM CET:
On Tue, 11 Mar 2008 08:03:55 +0100 Ralf Wildenhues [EMAIL PROTECTED] wrote:
Thanks. This patch ports Python's makesetup to be usable with zsh, and
results in a Makefile identical to one created with bash. I have
Hello Ludovic,
* Ludovic Courtès wrote on Tue, Mar 18, 2008 at 09:36:58PM CET:
I've seen people reporting `configure' failures due to
cannot compile sizeof (char). Investigating the issue, it turned out
to be that, in a native compilation environment, the executable produced
by
* Ludovic Courtès wrote on Tue, Mar 18, 2008 at 11:27:11PM CET:
My understanding is that, provided we use, e.g., `AC_LIB_LINKFLAGS' to
search for a lib instead of `AC_CHECK_LIB', the link flags will
contain appropriate `RPATH'-related options, such that the resulting
executables will just
* Ralf Wildenhues wrote on Thu, Mar 20, 2008 at 05:46:14PM CET:
For example:
For a *correct* example:
# We temporarily set cross-compile mode to force AC_COMPUTE_INT
# to use the slow link-only method
save_cross_compiling=$cross_compiling
cross_compiling=yes
AC_COMPUTE_INT
Hi Andreas,
* Andreas Schwab wrote on Thu, Mar 20, 2008 at 06:24:32PM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
save_cross_compiling=$cross_compiling
cross_compiling=yes
AC_COMPUTE_INT([...])
cross_compiling=$save_cross_compiling
Can this go wrong when AC_COMPUTE_INT
Hello,
can I assume that autoconf (hence m4) traces output is sorted primarily
in the order they are encountered in configure.ac? This is needed for
http://thread.gmane.org/gmane.comp.sysutils.automake.patches/3129.
Thanks,
Ralf
___
Autoconf mailing
* Eric Blake wrote on Fri, Mar 21, 2008 at 03:23:07AM CET:
Primarily? Always! M4 traces are output in the order encountered (but
note that nested macros are traced during argument collection, prior to
the trace of the macro they are feeding).
Hmm. That means my current AM_COND_IF patch
On Fri, March 21, 2008 13:20, Eric Blake wrote:
I think I see a way around the problem. Use the nesting level, which is
also part of the trace. For example, autoconf --trace=_AM_COND_IF:'$n-$d'
can tell you that _AM_COND_IF-2 was probably invoked unquoted within
_AM_COND_IF-1. For more
Hi Eric,
* Eric Blake wrote on Mon, Mar 24, 2008 at 01:47:21AM CET:
So, for example, you could submit a patch to gcc to add this to
configure.ac (or one of the files it includes), prior to calling AC_INIT:
# As long as we aren't ready to upgrade to autoconf 2.60,
# make sure that newer M4
* Eric Blake wrote on Mon, Mar 24, 2008 at 01:54:16PM CET:
According to Eric Blake on 3/24/2008 6:08 AM:
| | This isn't sufficient
|
| With the typo corrected, I get no difference on your simple example.
I had been wavering for some time, but you have finally given me the
clinching
On Mon, Mar 24, 2008 at 07:10:24AM -0600, Eric Blake wrote:
I'll try looking into the MinGW failure, but I'm not sure how long it
will take me to reproduce it (I don't normally build in MinGW;
Here's some more data. I installed MinGW's m4-1.4.7 which works fine.
It has this diff over vanilla
Hi Keith,
thanks for chiming in (I hoped you would ;-)
* Keith Marshall wrote on Mon, Mar 24, 2008 at 09:18:00PM CET:
On Monday 24 March 2008 16:51, Ralf Wildenhues wrote:
Here's some more data. I installed MinGW's m4-1.4.7 which works
fine. It has this diff over vanilla GNU m4-1.4.7
Hello John,
here's a five-minute review:
| Chapter 8 describes the sed utility and how it’s used by your
| autoconf-generated configure script to generate a Makefile from a
| Makefile.in template. In addition, I’ll show you how you can use the
| same technique to extend your own Makefiles (and
* Eric Blake wrote on Tue, Mar 25, 2008 at 01:55:56PM CET:
| just killing \r in autom4te.in leads to
|
| C:\msys\1.0\home\ralf\local\bin\m4.exe: premature end of frozen file
Where did you kill \r? From the frozen file itself (if so, how did it get
there in the first place, if m4 is reading
Hello,
* aaragon wrote on Sat, Mar 29, 2008 at 10:22:43PM CET:
I'm trying to create a test for a library that I use in my code but the
AC_CHECK_LIB failed in all my attempts. The library is not installed in the
standard path so I give the configure command the necessary parameters:
Hello Thomas,
* Thomas Schwinge wrote on Sat, Apr 05, 2008 at 11:36:50AM CEST:
Is it possible to have the case handled where multiple ``--with-foo''
arguments are given? Currently the last one wins, it seems.
What I'd like to support is ``--with-module=this
--with-module=another_one
Hello Eric, Stepan,
here's my 2 cents of subjective opinion on this.
* Eric Blake wrote on Sat, Apr 05, 2008 at 12:05:56AM CEST:
According to Stepan Kasal on 4/3/2008 9:48 AM:
| But AC_PROG_GREP wants grep which supports multiple -e options and
| stops with an error if there is none
Hi Thomas,
* Thomas Schwinge wrote on Sat, Apr 05, 2008 at 02:06:50PM CEST:
On Sat, Apr 05, 2008 at 12:54:39PM +0200, Ralf Wildenhues wrote:
--with-module=foo,bar,baz
That would be an option, but I also need to pass additional information
per module, à la ``--with-module=FILE,PRIORITY
* Eric Blake wrote on Sat, Apr 05, 2008 at 02:27:39PM CEST:
According to Ralf Wildenhues on 4/5/2008 4:58 AM:
| No, but we documented for our users that AC_PROG_GREP provides this
| feature (of searching for such a grep).
|
| That would be backwards incompatible, no? Also, it seems kind
Hi Eric,
let me address the easier part first:
* Eric Blake wrote on Sat, Apr 05, 2008 at 02:56:43PM CEST:
# Avoid a race condition that would make parallel distclean fail.
[...]
Or
is there some other way, using automake 1.10.1, to add the needed
serialization between clean-local and
I tried the Autoconf test suite with the posh (Policy-compliant Ordinary
SHell, http://packages.debian.org/de/etch/shells/posh) supplied with
Debian: it failed the AC_CONFIG_LINKS and identical files test due to
this bug: http://bugs.debian.org/474480.
I upgraded my posh to the latest version in
Hi Tho,as
On Sun, Apr 06, 2008 at 12:50:13PM +0200, Thomas Schwinge wrote:
AC_ARG_WITH([module],
dnl TODO. Want to use commas instead of exclamation marks, but aclocal
doesn't
dnl like that. TODO. Squared brackets are not being shown in help output.
Hello Christopher,
* Christopher Hulbert wrote on Sun, Apr 06, 2008 at 02:46:21PM CEST:
If the configure variable cross_compiling=yes, autoconf does not try
to run compiler-generated programs, at least the one to see if the
compiler works. Now I don't think I'm technically cross-compiling,
Hi Thomas,
* Thomas Schwinge wrote on Sun, Apr 06, 2008 at 08:12:49PM CEST:
On Mon, Dec 25, 2006 at 09:23:15PM -0800, Paul Eggert wrote:
I installed the following to Automake install-sh to implement
install-sh -C, which is the second part of that patch.
However now there is another
* Eric Blake wrote on Wed, Apr 09, 2008 at 10:01:44PM CEST:
Bob Friesenhahn bfriesen at simple.dallas.tx.us writes:
Solaris 8 is the oldest version of Solaris supported by Sun, however,
I see no reason why Solaris 2.1 should not be able to execute current
autoconf. Perhaps it might
Hi Eric,
thanks for the summary, I can agree with that.
* Eric Blake wrote on Thu, Apr 10, 2008 at 01:24:07AM CEST:
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
Shells without function support predate even the above mentioned systems
by quite a bit.
I think you meant
Hello Jason,
* Jason Roscoe wrote on Mon, Apr 14, 2008 at 09:00:46PM CEST:
AC_CONFIG_COMMANDS([version.h], [echo version is `awk '/MAJOR/
{major=$3} END {printf %d\n, major}' module.h` version.h])
http://www.gnu.org/software/autoconf/manual/html_node/Shell-Substitutions.html
explains why
Hello John,
* John Calcote wrote on Mon, Apr 21, 2008 at 11:52:39PM CEST:
According to the doc (Section 5.9.1 of the GNU Autoconf manual):
AC_TYPE_UINT8_T [Macro]
If 'stdint.h' or 'inttypes.h' defines the
type uint8_t, define HAVE_UINT8_T. Otherwise,
define uint8_t to an unsigned
* Eric Lemings wrote on Fri, Apr 25, 2008 at 05:17:16PM CEST:
In section 7.1, the GNU Autoconf 2.62 Manual says, value may contain
backslash-escaped newlines, which will be preserved if you use
AC_CONFIG_HEADERS but flattened if passed via @DEFS@ (with no effect on
the compilation, since
Hi Rikki,
* Rikki Duncan wrote on Thu, Apr 24, 2008 at 06:22:45PM CEST:
I am trying to pass in a dataset (from a driver) and do a diff on a
second dataset(that is in a file) that is passed in. Does anyone have
anysuggestions? Here is what I have so far:
The Autotest code looks just fine
Hello Tommi,
* Tommi Mäkitalo wrote on Thu, May 01, 2008 at 03:40:21PM CEST:
AC_CONFIG_HEADERS([include/cxxtools/config.h]).
[...]
Is there any way to prevent including that directory into my list of
include-directories?
This is an Automake question. Use the automake option nostdinc:
Hello Andrew,
sorry for the delay.
* Andrew Makhorin wrote on Sun, Mar 23, 2008 at 10:47:41PM CET:
I am a maintainer of a GNU project. Until recently I used autoheader
to produce config.h.in. However, for various reasons I decided not to
use autoheader at all, preparing config.h.in manually.
Hello,
* John Calcote wrote on Fri, May 16, 2008 at 11:07:45PM CEST:
Peter Michaux wrote:
AC_SUBST(XJS_LOAD_PATH)
if [[ -z ${XJS_LOAD_PATH} ]]
then
XJS_LOAD_PATH=.:~/lib/xjs:/usr/local/lib/xjs:/usr/lib/xjs:/lib/xjs
fi
For one thing, the double brackets are just single brackets in
Hello,
* Bruce Korb wrote on Tue, May 13, 2008 at 10:21:20PM CEST:
On Tue, May 13, 2008 at 12:16 PM, Bob Friesenhahn
[EMAIL PROTECTED] wrote:
Quite simple. I use a namespace-scoped name for the publically installed
config.h. I also use namespace-scoped defines in the publically installed
* Ralf Wildenhues wrote on Tue, May 20, 2008 at 12:01:27PM CEST:
./configure --prefix=/scratch/opt \
LDFLAGS=-L/scratch/opt/lib -R/scratch/opt/lib \
CPPFLAGS=-I/scratch/opt/include
Erm,
./configure --prefix=/scratch/opt \
LDFLAGS=-L/scratch/opt/lib -Wl,--rpath,/scratch/opt
Hello Robert,
* Robert Rehammar wrote on Tue, May 20, 2008 at 11:49:00AM CEST:
I am working on installing a set of programs called h5utils that uses
the library hdf5. This Library I installed under /scratch/ in a
parallelised version which can't be used and under /scratch/opt/ in a
serial
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 you want to also use
pkg-config. Basically, it runs the configure scripts in sub-directories
Hello,
* Peter Simons wrote on Wed, May 21, 2008 at 08:36:26PM CEST:
Stepan Kasal writes:
AC_INIT([xGA], [0.1], [EMAIL PROTECTED])
AM_INIT_AUTOMAKE([1.10])
AC_CONFIG_HEADERS([config.h])
AX_PREFIX_CONFIG_H
#...
AC_OUTPUT
I use the AX_PREFIX_CONFIG_H macro exactly the same
Hello Rikki,
* Rikki Duncan wrote on Thu, May 22, 2008 at 07:20:30PM CEST:
Is there a way to make your testsuite automatically find the
executable you are trying to run without putting the path directly in
.at?
Use AUTOTEST_PATH as described in
Hello Sebastien,
* Sebastien Maret wrote on Wed, May 28, 2008 at 02:08:21AM CEST:
I am using autoconf and automake for a code written in Fortran and
C. The main program is written in C; Fortran routines are used to do
numerical computations.
AC_PROG_CC
AC_PROG_FC
AC_FC_WRAPPERS
* Sebastien Maret wrote on Wed, May 28, 2008 at 01:33:08PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
However, in this special case, I think you can get away with using
AC_FC_DUMMY_MAIN as described in
http://www.gnu.org/software/autoconf/manual/html_node/Fortran-Compiler.html
* Johan Oudinet wrote on Thu, May 29, 2008 at 06:39:02PM CEST:
On Wed, May 28, 2008 at 5:34 PM, Johan Oudinet [EMAIL PROTECTED] wrote:
AC_LANG_PUSH(C++)
AC_CHECK_LIB([boost_graph], [read_graphviz], , AC_MSG_ERROR([This package
needs libboost_graph]))
Unrealted side note: this line is
Hi Bob,
* Bob Friesenhahn wrote on Sun, May 11, 2008 at 02:22:24AM CEST:
It seems that AC_OPENMP always defaults to enabled by default. This
causes problems for packages that would prefer that this feature be
disabled by default. OpenMP is pretty invasive since it adds additional
Hi Sam,
* Sam Steingold wrote on Tue, Jun 03, 2008 at 05:46:30PM CEST:
Since I regenerated my configure scripts with 2.62, I started to see
warnings:
[...]
WARNING: Unrecognized options:
Is there a way to avoid the warnings?
Yes, please see
Hello,
* John Calcote wrote on Mon, Jun 09, 2008 at 05:32:23PM CEST:
Richard Ash wrote:
$ autoreconf -i
libtoolize: You should add the contents of the following files to
`aclocal.m4':
libtoolize: `/usr/local/share/aclocal/libtool.m4'
[...]
My question: Do I REALLY need to copy all of
* John Calcote wrote on Mon, Jun 09, 2008 at 06:54:48PM CEST:
I see now what you're talking about wrt libtoolize steering you toward a
specific policy. Libtoolize appears to want you to use the m4
directory method, rather than the copy everything into aclocal.m4
method. Actually, I don't
Hello Edward,
* Edward Tomasz Napierala wrote on Tue, Jun 10, 2008 at 01:51:28PM CEST:
I have a program thad depends on a library. I want to achieve
the following: if the library is already installed, than use it,
linking dynamically. If it's not installed, then build it (it's
included in
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://www.gnu.org/software/autoconf/manual/html_node/C-Compiler.html.
Also, I
Hello Edward, and sorry for the slow reply,
* Edward Tomasz Napierala wrote on Tue, Jun 10, 2008 at 10:17:24PM CEST:
On 0610T1755, Ralf Wildenhues wrote:
I have a program thad depends on a library. I want to achieve
the following: if the library is already installed, than use
Hi Bruno,
* Bruno Haible wrote on Wed, Jun 18, 2008 at 01:34:35AM CEST:
AC_CONFIG_LINKS([GNUmakefile:GNUmakefile])
When I use this, and build in the source directory, then configure shows this
output:
config.status: WARNING: not linking GNUmakefile to itself
Can this be removed?
* Eric Blake wrote on Thu, Jun 19, 2008 at 02:30:50AM CEST:
According to Ralf Wildenhues on 6/18/2008 12:51 PM:
|
| I agree. I'm wondering: should it be removed completely, or instead
| be an AC_MSG_NOTICE? We do output a line for each other thing that
| config.status creates.
|
| (Trying
* Jules Colding wrote on Mon, Jun 23, 2008 at 09:40:03AM CEST:
I've written these two meager macros that checks for ACE and TAO:
http://trac.42tools.net/lorica/browser/trunk/m4/acetao.m4
In these macros, you check for several dozen headers, which is very
expensive. Is that really
Hello,
* Richard Ash wrote on Mon, Jun 23, 2008 at 06:27:57PM CEST:
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 limits.h is for. If
Hello John,
* John Calcote wrote on Mon, Jun 23, 2008 at 07:21:32PM CEST:
For example, on Solaris SPARC hosts, you can target sparc-generic code,
if you wish, but it makes no sense to even see an option,
- --enable-sparc-generic on an Intel Linux box.
Is there a way to use AC_ENABLE_ARG
* Harlan Stenn wrote on Mon, Jun 23, 2008 at 07:31:17PM CEST:
As I recall, the recommended behavior is to ignore unknown --with[out]-*
and --[dis]enable-* flags, as a top-level configure script may be
calling more than one subordinate configure scripts.
Autoconf 2.62 warns about them by
Hi John,
* John Calcote wrote on Mon, Jun 23, 2008 at 08:26:09PM CEST:
Is there a community-approved method for determining in configure.ac
whether or not you're building (targeting) 64-bit code?
What is 64-bit code, and why do you need to know in your program?
Both are serious questions,
* John Calcote wrote on Mon, Jun 23, 2008 at 10:02:30PM CEST:
3. The code was particular to MS Windows. In these situations, it's
pretty clear that MS doesn't care about portable code.
But what about w64? Haven't they, at least as an afterthought,
introduced typedefs that are correct to use in
* John Calcote wrote on Tue, Jun 24, 2008 at 05:51:05PM CEST:
This bit of code is part of a larger chunk of code that fills in a
Microsoft OS structure for walking the stack:
#ifdef FLM_64BIT
DWORD64 udDisplacement;
#else
DWORD udDisplacement;
#endif
if
* Stepan Kasal wrote on Tue, Jun 24, 2008 at 05:31:57PM CEST:
* lib/autoconf/c.m4 (AC_C_CHAR_UNSIGNED): Warn that it is obsolete;
reported by Hallvard B Furuseth.
* doc/autoconf.texi (C Compiler): Move AC_C_CHAR_UNSIGNED...
(Obsolete Macros): ...here, and mention why.
* NEWS: Mention.
I have
Hello Denver,
* Denver Gingerich wrote on Tue, Jun 24, 2008 at 06:33:50PM CEST:
When I run make check on GNU wdiff, I would like Autotest to use the
wdiff binary compiled with make to run the tests rather than the
wdiff binary in $PATH. Currently, my AT_CHECK lines look like this:
Hi Stepan,
* Stepan Kasal wrote on Wed, Jun 25, 2008 at 05:02:40PM CEST:
the two aspects are:
1) If the information about signedness of char is needed at
build-time, it's better to use limits.h. Such projects should not
use AC_C_CHAR_UNSIGNED. That is why the manual should generally
* Hallvard B Furuseth wrote on Wed, Jun 25, 2008 at 07:25:27PM CEST:
Well, it is a _potential_ bug in code which uses of the C macro defined
by AC_C_CHAR_UNSIGNED, though hopefully an unlikely one. The reason I
reacted to this in the first place was not that it can be optimized
away, but
* Stepan Kasal wrote on Wed, Jun 25, 2008 at 06:26:56PM CEST:
On Tue, Jun 24, 2008 at 08:14:44PM +0200, Nico R. wrote:
AC_LANG_PROGRAM(C) in c.m4 from autoconf:
Shouldn’t the line
main ()
be
main (void)
instead?
I admit I'm not sure about this. The change would immediately
* Stepan Kasal wrote on Thu, Jun 26, 2008 at 10:44:44AM CEST:
Or would it help to put it all to one message?
AC_C_CHAR_UNSIGNED: The macro is obsolete. Instead of checking
__CHAR_UNSIGNED__, include limits.h and test for CHAR_MIN == 0.
If your autotools maintainer cannot do that, you
Hello Chris,
* Chris Rankin wrote on Sat, Jun 28, 2008 at 02:21:48PM CEST:
I am trying to add gettext support to a project, but po/Makefile is
being generated incorrectly:
e.g. the po/Makevars file is not being included:
# Makevars gets inserted here. (Don't remove this line!)
Hello Tim.
* Tim Post wrote on Wed, Jul 02, 2008 at 05:43:52AM CEST:
Does a means to safely merge an existing configure.ac with the newly
created configure.scan exist? Its easy enough to just copy the output of
autoscan 21 | awk '{ print $4 }' and paste it, I'm hoping to automate
this
601 - 700 of 2721 matches
Mail list logo
