Thread: [Threads-list] Trouble compiling
Brought to you by:
hanseno
Menu
▾
▴
threads-list
|
From: Martin M. <mam...@st...> - 2003-02-25 16:23:43
|
Hello! I'm trying to compile threads-3.6 under Cygwin, with no luck. I'm using a recent (a couple of weeks old) version of the Cygwin utilities. I've included my output from autogen.sh below. Seems automake is complaining about aclocal.m4. I've tried running aclocal in the threads directory, but that didn't help. I should say that I've never used automake before, so I might be missing something there. Help, anybody? / Martin Magnusson ================================================================= /home/martin/threads-3.6> autogen.sh WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... aclocal.m4:1704: the top level autom4te: /usr/bin/m4 failed with exit status: 1 autoheader: /usr/autotool/devel/bin/autom4te failed with exit status: 1 aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... aclocal.m4:1704: the top level autom4te: /usr/bin/m4 failed with exit status: 1 configure.in: `AM_INIT_AUTOMAKE' must be used automake: your implementation of AM_INIT_AUTOMAKE comes from an automake: old Automake version. You should recreate aclocal.m4 automake: with aclocal and run automake again. automake: no `Makefile.am' found or specified aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... aclocal.m4:1704: the top level autom4te: /usr/bin/m4 failed with exit status: 1 |
|
From: <orn...@sw...> - 2003-02-27 14:05:38
|
On Tuesday 25 February 2003 17:23, Martin Magnusson wrote: > Hello! I'm trying to compile threads-3.6 under Cygwin, with no luck. I'm > using a recent (a couple of weeks old) version of the Cygwin utilities. > I've included my output from autogen.sh below. Seems automake is > complaining about aclocal.m4. I've tried running aclocal in the threads > directory, but that didn't help. I should say that I've never used > automake before, so I might be missing something there. > > Help, anybody? > The problem is that threads uses an outdated version of the m4 files, for compiling. I'm aware of this, and have changed this in the CVS repository which should compile now under newer versions of automake. =D6rn > / Martin Magnusson > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > /home/martin/threads-3.6> autogen.sh > WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' > WARNING: and `config.h.top', to define templates for `config.h.in' > WARNING: is deprecated and discouraged. > > WARNING: Using the third argument of `AC_DEFINE' and > WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without > WARNING: `acconfig.h': > > WARNING: AC_DEFINE([NEED_MAIN], 1, > WARNING: [Define if a function `main' is needed.]) > > WARNING: More sophisticated templates can also be produced, see the > WARNING: documentation. > aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion > autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... > aclocal.m4:1704: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > autoheader: /usr/autotool/devel/bin/autom4te failed with exit status: 1 > aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion > autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... > aclocal.m4:1704: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > configure.in: `AM_INIT_AUTOMAKE' must be used > automake: your implementation of AM_INIT_AUTOMAKE comes from an > automake: old Automake version. You should recreate aclocal.m4 > automake: with aclocal and run automake again. > automake: no `Makefile.am' found or specified > aclocal.m4:1704: error: m4_defn: undefined macro: _m4_divert_diversion > autoconf/functions.m4:1277: AM_FUNC_OBSTACK is expanded from... > aclocal.m4:1704: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Threads-list mailing list > Thr...@li... > https://lists.sourceforge.net/lists/listinfo/threads-list |
|
From: Martin M. <mam...@st...> - 2003-02-27 15:26:50
|
> The problem is that threads uses an outdated version of the m4 files, for > compiling. I'm aware of this, and have changed this in the CVS repository > which should compile now under newer versions of automake. Thanks for your answer. I updated threads via CVS, but it seems the version I got still depends on and old version of automake, and I have automake 1.7.2 installed on my system. It complains on the config.in file. What to do now? Below is the output from my compile attempt. / Martin Magnusson ================================================================= /home/martin/threads> aclocal /home/martin/threads> autogen.sh WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. configure.in:51: version mismatch. This is Automake 1.7.2, configure.in:51: but the definition used by this AM_INIT_AUTOMAKE configure.in:51: comes from Automake 1.6.3. You should recreate configure.in:51: aclocal.m4 with aclocal and run automake again. examples/Makefile.am: required file `./depcomp' not found /usr/autotool/devel/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL threads/Makefile.am: object `cloning.lo' created both with libtool and without threads/Makefile.am: object `thread.lo' created both with libtool and without threads/Makefile.am: object `mutex.lo' created both with libtool and without threads/Makefile.am: object `cond.lo' created both with libtool and without threads/Makefile.am: object `semaphore.lo' created both with libtool and without threads/Makefile.am: object `attributes.lo' created both with libtool and without threads/Makefile.am: object `spinlock.lo' created both with libtool and without threads/Makefile.am: object `thread_lists.lo' created both with libtool and without threads/Makefile.am: object `wait_queue.lo' created both with libtool and without threads/Makefile.am: object `shared.lo' created both with libtool and without threads/Makefile.am: object `io.lo' created both with libtool and without threads/Makefile.am: object `exception.lo' created both with libtool and without threads/Makefile.am: object `socket.lo' created both with libtool and without threads/Makefile.am: object `buffer.lo' created both with libtool and without threads/Makefile.am: object `stack.lo' created both with libtool and without threads/Makefile.am: object `sock_buffer.lo' created both with libtool and without threads/Makefile.am: object `async_io.lo' created both with libtool and without threads/Makefile.am: object `descriptors.lo' created both with libtool and without threads/Makefile.am: object `systemlib.lo' created both with libtool and without threads/Makefile.am: object `linked_list.lo' created both with libtool and without /usr/autotool/devel/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/autotool/devel/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /home/martin/threads> configure checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking target system type... i686-pc-cygwin checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking dependency style of gcc... none checking dependency style of g++... none checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... file_magic file format pei*-i3 6(.*architecture: i386)? checking command to parse /usr/bin/nm -B output... ok checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... no checking for stdint.h... no checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... -DDLL_EXPORT checking if gcc PIC flag -DDLL_EXPORT works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/i686-pc-cygwin/bin/ld.exe) supports shared li raries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool configure: creating ./config.status config.status: creating Makefile config.status: creating threads/Makefile config.status: creating doc/Makefile config.status: creating man/Makefile config.status: creating examples/Makefile config.status: creating config.h config.status: executing depfiles commands /home/martin/threads> make cd . && /bin/bash /home/martin/threads/missing --run autoheader WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. touch ./config.h.in cd . && /bin/bash ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive make[1]: Entering directory `/home/martin/threads' Making all in threads make[2]: Entering directory `/home/martin/threads/threads' Makefile:346: *** missing separator. Stop. make[2]: Leaving directory `/home/martin/threads/threads' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/martin/threads' make: *** [all] Error 2 /home/martin/threads> |
|
From: <orn...@sw...> - 2003-02-27 20:47:50
|
If you use the newest version of automake and autoconf utilities, you wil= l=20 get a message stating that AM_INIT_AUTOMAKE is from a different version, and that aclocal.m4 files need to be regenerated. This means, that the two files aclocal.m4 and acinclude.m4 need to be erased, and their creation forced, with aclocal and automake -f (force creation of missing files). I= =20 don't recommend doing this, because there appears to be a difference betwee= n=20 the GNU utilities, and the utilities as they are distributed by the differe= nt=20 linux distributors. An example, here, the AC_PROG_LIBTOOL macro doesn't=20 work, and a more sophisticated aclocal file is needed, than just the one=20 autogenerated with the aclocal program. Using one from a development suite= ,=20 should work, it should have most of the components included. I'll update the acinclude.m4 file as soon as possible, meanwhile if you f= ind=20 a way to do this, neatly. Any contribution is welcome. =D6rn |
|
From: <orn...@sw...> - 2003-02-28 13:23:45
|
To compile with a bleeding edge, automake and friends. The following will= =20 work, as tested. Remove aclocal.m4 and acinclude.m4 Copy (or link) the following from your libtool distribution: config.guess, config.sub, ltmain.sh Rename configure.in to configure.ac, and replace the AC_INIT macro with th= e=20 folowing definition: AC_INIT([C++Threads],[4.0a],[http://sourceforge.net/tracker/?group_id=3D357= 5&atid=3D103575]) You may need to run 'automake -f' separately, but otherwise running=20 autogen.sh and then configureing and compiling will compile, with some=20 messages that can be ignored so far. =D6rn |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X