http://blog.gmane.org/gmane.comp.sysutils.autoconf.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15226 <pre> Autoconf ******** This manual (24 April 2012) is for GNU Autoconf (version 2.69), a package for creating scripts to configure source code packages using templates and an M4 macro package. Copyright (C) 1992-1996, 1998-2012 Free Software Foundation, Inc. [...] 15.2 Working With External Software =================================== [...] AC_ARG_WITH([readline], [AS_HELP_STRING([--with-readline], &lt;&lt;&lt;=== invalid macro [support fancy command line editing &lt; at &gt;&lt;:&lt; at &gt;default=check&lt; at &gt;:&gt;&lt; at &gt;])], [], [with_readline=check]) LIBREADLINE= AS_IF([test "x$with_readline" != xno], [AC_CHECK_LIB([readline], [main], [AC_SUBST([LIBREADLINE], ["-lreadline -lncurses"]) AC_DEFINE([HAVE_LIBREADLINE], [1], [Define if you have libreadline]) ], [if test "x$with_readline" != xcheck; then AC_MSG_FAILURE( [--with-readli</pre> Bruce Korb 2013-06-16T17:46:11 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15223 <pre>We use SUBDIRS to specify the sub directories in Makefile.am file like SUBDIRS = src doc examples bindings Run "make" will compile the makefile under these directories by default. But I want to remove doc from default option like it will run by "make doc" target only. This is looking for what step or variable?? Wiating for your response. -- Avneet Kaur www.avneetkhasla.wordpress.com </pre> Avneet Kaur 2013-06-12T17:06:31 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15210 <pre>Hi autoconfers, I have the following case: I maintain a library that uses boost heavily. Recently I learnt that &lt;boost/exception_ptr.hpp&gt; is broken with certain version of GCC (4.4.7 for example). I would like provide a workaround for users of the library (myself e.g.) so we won't even notice the breakage. I've implemented a compile test with AC_COMPILE_IFELSE that tests whether the compiler and 'exception_ptr.hpp' get along or not, but now I'm not sure what is the best way to use this test. If I wrote an application I would AC_DEFINE and whether depending on that define or not I could include a patched header file first. But since I'm writing a library and the problem is exposed in header files that are installed I'm not sure what is the best way to accomplish that. I already have a 'public_config.h' with a subset of content in 'config.h', which is installed. Yet I'm not sure what is the best way to accomplish a good solution here. If I need to install a patched boost header file, it must be </pre> Peter Johansson 2013-06-07T00:03:40 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15208 <pre>Hi, The C++ compiler I am using (charmc) needs an additional command line argument during the linker stage (-language charm++). I am unsure how to best add this argument. The generated makefiles use CXX for compilation and CXXLD for linking, both of which are set to "charmc". How would I change CXXLD to add a flag? Or is there a cleaner way to accomplish this? Thanks already, nick </pre> Nicolas Bock 2013-06-06T19:08:01 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15202 <pre>Hi, I am trying to do a simple check to validate a value is a positive integer. There are many variations to do this but in general this should do the trick: var=100 if echo "$var" | grep -Eq '^[0-9]+$' &gt; /dev/null 2&gt;&amp;1; then echo "positive integer" else echo "something else" fi if I put this in a file and execute it, it works as expected. But if I put it in my configure.ac, it doesn't work! Also when I just have: echo "$var" | grep -Eq '^[0-9]+$' echo "$?" the 'normal' script prints "0" if var is set to an integer and "1" when set to something else. But the configure script prints "1" no matter what I set var to. I must be missing out on something because I took this construct from another configure.ac which worked just fine. I am on a win7 x64 machine with MinGW 3.20 and W32API 3.17 sh --version GNU bash, version 3.1.17(1)-release (i686-pc-msys) Arie </pre> A.P. Horst 2013-06-06T09:00:51 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15185 <pre>I am trying to build autoconf-2.69. The ./configure command runs fine, but when i do make check, i get these errors standards.texi:3229: Unknown command `guilsinglleft'. standards.texi:3229: Misplaced {. standards.texi:3229: Misplaced }. standards.texi:3229: Unknown command `guilsinglright'. standards.texi:3229: Misplaced {. standards.texi:3229: Misplaced }. makeinfo: Removing output file `standards.info' due to errors; use --force to preserve. make[2]: *** [standards.info] Error 1 make[2]: Leaving directory `/home/MTS-AERO_Work-15/Aero_Design-15/Internship/TAU_Interpolation/Netcdf_libraries/autoconf-2.69/doc' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/MTS-AERO_Work-15/Aero_Design-15/Internship/TAU_Interpolation/Netcdf_libraries/autoconf-2.69' make: *** [check] Error 2 Can you help. Please reply soon. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorise</pre> DUBEY, Abir (Intern 2013-05-31T06:24:16 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15182 <pre>Hey lists, Sorry for posting on both autoconf and automake lists. I wasn't sure which one would be more appropriate for this problem. I know this has come up before, judging by the archives, but I cannot figure out the best way to have my executable statically link against certain dependencies. This is needed because it executes off of optical media and I cannot always guarantee that the user's runtime environment will have the needed dependencies and shipping them shared would be a maintenance nightmare. The dynamic dependencies, according to objdump, are the following... Dynamic Section: NEEDED libgio-2.0.so.0 NEEDED libgobject-2.0.so.0 NEEDED libglib-2.0.so.0 NEEDED libzzip-0.so.13 NEEDED libpng12.so.0 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libgcc_s.so.1 NEEDED libpthread.so.0 NEEDED libc.so.6 libc, pthreads, the C++ runtime, etc., are </pre> Kip Warner 2013-05-31T05:30:29 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15181 <pre>Hello friends, My configure.ac is: AC_PREREQ(2.69) AC_INIT([mkbib], [2.1], [bnrj.rudra&lt; at &gt;yahoo.com]) AC_CONFIG_AUX_DIR([build-aux]) AM_INIT_AUTOMAKE([1.9.6 dist-bzip2 subdir-objects foreign]) # Checks for programs. AC_PROG_CC AC_PROG_YACC #if test x"$YACC" != x"yes"; then # AC_MSG_ERROR([Please install bison before installing.]) #fi AC_PROG_LEX if test "x$LEX" != xflex; then AC_MSG_ERROR([Please install flex before installing.]) fi AC_CONFIG_MACRO_DIR([m4]) GNOME_DOC_INIT # Compiling sources with per-target flags requires AM_PROG_CC_C_O AM_PROG_CC_C_O AC_PROG_INSTALL #AC_PROG_LIBTOOL PKG_CHECK_MODULES(LIBSOUP, libsoup-2.4 &gt;= 2.26) AC_SUBST(LIBSOUP_CFLAGS) AC_SUBST(LIBSOUP_LIBS) AM_PATH_GTK_3_0([3.4.0],,AC_MSG_ERROR([Gtk+ 3.0.0 or higher required.])) AC_CONFIG_HEADERS([config.h]) AC_CONFIG_FILES([ Makefile help/Makefile ]) AC_OUTPUT The problem is, while running ./configure built from this file, do check existence of YACC (as bison, when the 3 line following AC_PROG_YACC, it is showing una</pre> Rudra Banerjee 2013-05-29T19:25:41 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15172 <pre>(Not sure which list is relevant, so I'm cross-posting to both mingw-users and autoconf lists) Hello lists, when I'm cross compiling from linux x86_64 to 32-bit MinGW autoconf refuses to detect getaddrinfo and define HAVE_GETADDRINFO. I've limited the case to the following behaviour: The "getaddrinfo-link.c" attached file is a simplification of what AC_REPLACE_FUNCS(getaddrinfo) tries to compile and link. It fails to find the symbol because gcc most probably doesn't use proper calling conventions (stdcall). This is demonstrated by the build success of the second attached program. So: $ i686-w64-mingw32-gcc -o getaddrinfo-link getaddrinfo-link.c -lws2_32 /tmp/cctQtw3q.o:getaddrinfo-link.c:(.text+0xc): undefined reference to `_getaddrinfo' collect2: ld returned 1 exit status $ i686-w64-mingw32-gcc -o getaddrinfo-link getaddrinfo-link-2.c -lws2_32 $ In the second case ("getaddrinfo-link-2.c") compilation is successful because the symbol linked is "_getaddrinfo&lt; at &gt;16" which actually exist</pre> Dimitrios Apostolou 2013-05-22T18:22:32 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15136 <pre>Hey list, My autotool'd project configure and builds fine. When I run distcheck target, I notice that some tests fail because it is missing files that ought to be in 'Tests/'. I checked my projects Makefile.am and, consistent with what I took from chapter 14.1 of the manual, I made sure that the directory containing my test files ('Tests/') was present in the EXTRA_DIST variable. If I'm not mistaken, listing 'Tests' in that variable should copy everything recursively in that folder which is what I want. What am I doing wrong? </pre> Kip Warner 2013-05-20T07:24:05 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15129 <pre>Hey list, I have my message catalogues in a directory in my project other than in the usual po/. I ran gettextize --po-dir=folder. I also updated Makevars's subdir to point to the new directory. The SUBDIRS variable in my Makefile.am also points to the right location. However, the error I am receiving when I run ./configure is the following, despite po/ not existing: config.status: error: cannot find input file: `po/Makefile.in.in' Any help appreciated. </pre> Kip Warner 2013-05-19T08:57:53 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15105 <pre>Hey, I've been struggling with autoconf and automake for a few days now, and I have to admit that those aren't simple tools to use. I'm working on a small SDL-based environment for GNU guile and I decided to release it. The repository is available through mercurial on bitbucket: hg clone https://bitbucket.org/panicz/slayer Once cloned, one needs to switch to the autotools branch using hg up autotools The repository contains only the minimal set of autotools configuration, ie. configure.ac and several Makefile.am's, as well as empty directories build-aux and m4. The project's design would AFAIK make use of some more advanced features of autotools, as it allows using various optional packages, and it also consists of loadable plugins, as well as contains some guile modules that need to be installed in a proper place. It's definitely too complicated for a noob like me and I thought that maybe someone more experienced could direct me towards the goal. What I need is the following features (I think tha</pre> Panicz Maciej Godek 2013-05-09T14:09:46 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15090 <pre>Hi, Linux Arch distributive recently added following compilation flags to CPPFLAGS: "-D_FORTIFY_SOURCE=2 -O2". Unfortunately it breaks autoconf based projects such as gdb, gcc, ... The issue is that autoconf compiles some programs to find whether system has headers. And to compile it uses only preprocessor defines from CPPFLAGS (-D_FORTIFY_SOURCE=2 in case of Arch). recent versions of glibc produces a warning when it compiles apps with _FORTIFY_SOURCE but without -O2. Here is a simple application #include &lt;stdlib.h&gt; int main(void) { return 0; } that compiles fine in Ubuntu LTS (glibc 2.15) but produces a warning on Arch (glibc 2.17) $ gcc -D_FORTIFY_SOURCE=2 a.c In file included from /usr/include/stdlib.h:24:0, from a.c:1: /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp] # warning _FORTIFY_SOURCE requires compiling with optimization (-O) The warning itself was introduced in this glibc commit: http://sourceware.org/gi</pre> Anatol Pomozov 2013-05-08T03:49:57 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15086 <pre>Hello, I'm running autoconf-2.69 and automake-1.11.6 on Lubuntu12.10 and when I run distmake for my project, it aborts with the error: when debugging, the failure appears that the directory "test" isn't created under winproglib-*/libwin. When run configure, make, make dist on Cygwin or Ubuntu 11.10, then this error doesn't occur, indicating to me probably a failure of Lubuntu 12.10. Note, I did *not* run autoreconf when rerunning on Cygwin. But I don't know how to debug this further. I've added outputs to the generated Makefile, but I don't see where these directories should be created first. when running autoreconf on Cygwin, with autoconf-2.69 and automake-1.12.5 I get the same errors on Lubuntu 12.10. It doesn't matter if I use bash, tcsh or dash (the default). </pre> Jason Curl 2013-04-27T18:53:24 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15084 <pre>Hi, Is there a possibility to preserve the generated source and output file generated by the many tests a configure does? In particular the "checking for dependency style of [compiler]" does a lot of tests, but it is very hard to find out what is going wrong. The compiler supports makefile style dependency generation, but configure fails to recognize it. I am trying to figure out what goes wrong, but the config.log has only a few lines dedicated to this test, and keeps silent on what tests it performs and why it fails. Any other ideas on how to debug this are very welcome. Arie </pre> A.P. Horst 2013-04-23T09:51:17 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15082 <pre>Hello, I've written a game that uses FreeSans as the font for displaying its text. I do not want to include that font in the distribution of the game but rather use a the font file normally installed on the system. For that I want to check in configure whether the font file is available in the system and display an error message or warning if it is missing. How could I do that? Is there anything provided in autoconf for that problem? I think it might be good enough to see if the file is on the filesystem but the problem is that the position is not standardized. Is there any nice way to use 'find' or anything else to look into the subdirectories of /usr/share/fonts for this? Or do you have any other ideas how to do this? Thanks Andreas </pre> Andreas Röver 2013-04-22T17:58:30 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15073 <pre>Hi, been trying my way in autotools land for a short while now, and I must say, it works like a charm. But there is one thing I've been breaking my head on for a while now. Many of my projects use GCC, some use a totally different compiler and worse, some are mixed. How do I go about that with autoconf? Is there an easy way to 'add' a compiler to check for? Or a hard way? If somebody could give me some handles to work with, I would be very thankful. My searches on the internet have turned up squat, bit might be I didn't use the magic combo of keywords. Arie </pre> A.P. Horst 2013-04-18T18:06:12 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15064 <pre>Hello, I am running on Linux (Fedora 17 to be exact) and have a directory called: /home/jjohnstn/runtime-NewConfiguration(2)/hello The directory was generated by Eclipse as a workspace directory. It defaults the name each time and adds numerics if the default name is already in use. What is happening is that I have a simple configure.ac for a hello world program: dnl Process this file with autoconf to produce a configure script. AC_PREREQ(2.59) AC_INIT(hello, 1.0) AC_CANONICAL_SYSTEM AM_INIT_AUTOMAKE() AC_PROG_CC AC_CONFIG_FILES(Makefile src/Makefile) AC_OUTPUT When I try to configure it, there is a generated call to "missing" and the call adds the directory name it has calculated but it fails because the () chars are not escaped. This occurs whether I change to the directory and run it as ./configure or whether I specify an absolute directory and escape the () chars myself. Is there a way for me to get around this or this is simply a bug? I am using autoconf 2.68 Thanks, </pre> Jeff Johnston 2013-04-12T20:45:54 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15059 <pre>Why are link tests not allowed when cross compiling? You don't have to run the exe to verify that linking worked. </pre> NightStrike 2013-04-12T20:20:30 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15056 <pre>Hi, I'm creating a new project and using autotools. I've done this before, but for some reason this time I've noticed how many files autotools creates. It totally pollutes the top level of my project. lib &lt;- Mine originally aclocal.m4 AUTHORS autom4te.cache bootstrap build-aux ChangeLog config.h.in configure configure.in COPYING INSTALL m4 Makefile.am Makefile.in NEWS README I understand why configure, Makefile.am and bootstrap (autoreconf script) need to exist in this directory. Is it possible to configure the autotools so that everything else gets put somewhere else (like in a nested directory)? Thanks, Bob Rossi </pre> Bob Rossi 2013-04-12T11:30:35 http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/15053 <pre>Hello, Since I'm not sure where else to ask this question, I'll ask it here: I'm working on a project that uses the m4sugar.m4 file included with autoconf to generate files using m4. I'd like to license my project using a BSD-style 2-clause license, rather than GPLv3 (with the exception of the m4sugar.m4 file, which will be distributed under the terms of the GPLv3 as required). I several questions regarding this: 1. Can I license my source files with the BSD license even though they call macros from m4sugar? (I can't think of a reason this isn't a "yes", personally.) 2. Must any generated files (as produced by running m4 on my files which m4_include m4sugar.m4) be distributed under GPL3? (I'm assuming the Autoconf exception as documented at http://www.gnu.org/licenses/autoconf-exception-3.0.html applies, since m4sugar is part of Autoconf, so this would be a "no".) 3. My project generates source code. Can binaries compiled from this source code be distributed under the terms of the BSD license? (Sin</pre> Peter Gavin 2013-04-11T10:04:26 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.sysutils.autoconf.general