Author Topic: Buidling from CVS - bootstrap error  (Read 16433 times)

Offline doscott

  • Multiple posting newcomer
  • *
  • Posts: 17
Buidling from CVS - bootstrap error
« on: September 17, 2005, 06:37:49 pm »
I have built wxWindows 2.6.1 using the method shown in http://wiki.codeblocks.org/index.php/Compiling_Code::Blocks_in_Linux_%28applies_to_all_distros%29#Getting_the_latest_sources_from_CVS

wx-config --prefix
gives: /opt/wx/2.6

wx-config --libs
gives:-L/opt/wx/2.6/lib -pthread   -L/usr/X11R6/lib  -lwx_gtk2u-2.6

which wx-config
gives:/opt/wx/2.6/bin/wx-config

When I run ./bootstrap I get
[[email protected] codeblocks]$ ./bootstrap
aclocal:configure.in:61: warning: macro `AM_OPTIONS_WXCONFIG' not found in library
aclocal:configure.in:62: warning: macro `AM_PATH_WXCONFIG' not found in library
configure.in:61: error: possibly undefined macro: AM_OPTIONS_WXCONFIG
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:62: error: possibly undefined macro: AM_PATH_WXCONFIG

Any idea as to what I am doing wrong?

This is on Fedora Core 4.

Offline doscott

  • Multiple posting newcomer
  • *
  • Posts: 17
Re: Buidling from CVS - bootstrap error
« Reply #1 on: September 17, 2005, 07:05:47 pm »
I have found the probem.

wxwin.m4 was located in

/usr/local/share/aclocal

I copied it to

/usr/share/aclocal

Offline grv575

  • Official tester
  • Regular
  • ***
  • Posts: 381
Re: Buidling from CVS - bootstrap error
« Reply #2 on: September 17, 2005, 08:25:02 pm »
OK, someone else had the same problem.  I've updated the wiki to solve this (moving .m4 files from different wx versions isn't the best thing to do).  I just wrote those steps yesterday so you're probably the first to test them  :)

Offline fiammy

  • Multiple posting newcomer
  • *
  • Posts: 46
    • Nebulagame
Re: Buidling from CVS - bootstrap error
« Reply #3 on: September 21, 2005, 10:05:38 am »
grv575: Could you provide any link to that update on the wiki? A search on '.m4' turns up nothing...

Thanks

Offline doscott

  • Multiple posting newcomer
  • *
  • Posts: 17
Re: Buidling from CVS - bootstrap error
« Reply #4 on: September 21, 2005, 03:09:54 pm »
http://wiki.codeblocks.org/index.php/Compiling_Code::Blocks_in_Linux_%28applies_to_all_distros%29#wxWidgets_2.6.1_build

This sets up the configure script and it's dependencies. It only needs to be run once (after downloading the source from cvs). If you get errors like:

aclocal:configure.in:61: warning: macro `AM_OPTIONS_WXCONFIG' not found in library

Then aclocal is having trouble finding the wxWidgets .m4 files. You can do one of two things: To just get bootstrap to find the path this time do:

export ACLOCAL_FLAGS="--acdir=`wx-config --prefix`/share/aclocal"

To change the aclocal search path more permanently do:

echo `wx-config --prefix`/share/aclocal >> /usr/share/aclocal/dirlist

Then aclocal will also search somewhere like /opt/wx/2.6/share/aclocal



Offline roger

  • Single posting newcomer
  • *
  • Posts: 3
Re: Buidling from CVS - bootstrap error
« Reply #5 on: September 28, 2005, 05:00:25 pm »
I have just been through this caboodle with a slightly different experience.

My distro is sarge and the automake stuff was not there. I installed autoconf, automake and libtool using the latest versions and ended up with macro errors similar to those in the Wiki (actually AM_CONDITIONAL not in library). I tried the fixes in the Eiki to no avail. Then I goggled the error message and realised that I probably did not have working autoconf system. I removed the whole lot and then did:

apt-get install automake1.7
apt-get install libtool1.4

as a final hurdle, the ENV variable I had exported in the Wiki was messing things up, I got rid of that and lo, it worked.

Moral of the story......be sure your automake stuff is working first of all ;-)

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: Buidling from CVS - bootstrap error
« Reply #6 on: October 07, 2005, 09:51:14 pm »
Quote from: doscott
I have built wxWindows 2.6.1 using the method shown in http://wiki.codeblocks.org/index.php/Compiling_Code::Blocks_in_Linux_%28applies_to_all_distros%29#Getting_the_latest_sources_from_CVS

i have exactly the same situation, wx-2.6.1 built fine, but i got stuck with ./bootstrap

----------------------------------------------------------------------
Code: [Select]
wx-config --prefixgives:
Code: [Select]
/opt/wx/2.6
----------------------------------------------------------------------
Code: [Select]
wx-config --libsgives:
Code: [Select]
-L/opt/wx/2.6/lib -pthread  -lwx_gtk2-2.6
----------------------------------------------------------------------
Code: [Select]
which wx-configgives:
Code: [Select]
/opt/wx/2.6/bin/wx-config

BUT
when I run
Code: [Select]
./bootstrap I get
Code: [Select]
: bad interpreter: File not found
i'm running on
Ubuntu 5.04 Hoary, using
gcc-3.3
gdb 6.3

i installed additionally

autoconf 2.59a-2
automake 1.9.4-1
libtool 1.5.6-5

please @all linux-guru's :
am i missing something ?
is there any log-file where i can look which file wasn't found ?
what shall i do next ?

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4291
    • Code::Blocks IDE
Re: Buidling from CVS - bootstrap error
« Reply #7 on: October 07, 2005, 10:27:06 pm »
Quote
Code: [Select]
: bad interpreter: File not found

This usually happens when the script is in dos format (although I double-checked and it's not).
Anyway, in ubuntu you need to run 'fromdos bootstrap' (fromdos is the equivalent of dos2unix and is found in the package sysutils).
Be patient!
This bug will be fixed soon...

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: Buidling from CVS - bootstrap error
« Reply #8 on: October 08, 2005, 08:12:26 am »
Quote
Code: [Select]
: bad interpreter: File not found

This usually happens when the script is in dos format (although I double-checked and it's not).
Anyway, in ubuntu you need to run 'fromdos bootstrap'

thanks! 'fromdos bootstrap' worked ok.

but now:

when i run ./bootstrap there is a warning regarding PKG_...
Code: [Select]
[email protected]:~/devel/CodeBlocks.CVS.HEAD$
[email protected]:~/devel/CodeBlocks.CVS.HEAD$ ./bootstrap
/usr/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal

an an error when running ./configure
Code: [Select]
[email protected]:~/devel/CodeBlocks.CVS.HEAD$
[email protected]:~/devel/CodeBlocks.CVS.HEAD$ ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
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 dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for gawk... (cached) mawk
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependent libraries... pass_all
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... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
appending configuration tag "F77" to libtool
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for ANSI C header files... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking for unistd.h... (cached) yes
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for size_t... yes
checking whether time.h and sys/time.h may both be included... yes
checking for working volatile... yes
checking whether closedir returns void... no
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for working memcmp... yes
checking whether lstat dereferences a symlink specified with a trailing slash... yes
checking whether stat accepts an empty string... no
checking for vprintf... yes
checking for _doprnt... no
checking for atexit... yes
checking for getcwd... yes
checking for isascii... yes
checking for memchr... yes
checking for memmove... yes
checking for memset... yes
checking for strcasecmp... yes
checking for strchr... yes
checking for strcspn... yes
checking for strdup... yes
checking for strrchr... yes
checking for strstr... yes
checking for dlopen in -ldl... yes
checking for pthread_create in -lpthread... yes
checking for snprintf... yes
checking for vsnprintf... yes
checking whether to enable debugging... no
checking whether to build the source formatter plugin... yes
checking whether to build the class wizard plugin... yes
checking whether to build the code completion plugin... yes
checking whether to build the compiler plugin... yes
checking whether to build the debugger plugin... yes
checking whether to build the default MIME handler plugin... yes
checking whether to build the plugin wizard plugin... yes
checking whether to build the to-do plugin... yes
checking whether to build the contrib plugins... yes
checking for wx-config... /opt/wx/2.6/bin/wx-config
checking for wxWidgets version >= 2.4.2... yes (version 2.6.1)
checking for wxWidgets static library... no
configure: Configuring Code::Blocks...
configure: creating ./config.status
.infig.status: error: cannot find input file: Makefile

there is not a file called  'makefile' existing,
but a (huge) newly generated 'makefile.in' is there.

what now ? any hints ? thanks

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4291
    • Code::Blocks IDE
Re: Buidling from CVS - bootstrap error
« Reply #9 on: October 08, 2005, 08:56:44 am »
What did you do with these files? :P
Run fromdos on configure.in too...
Be patient!
This bug will be fixed soon...

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: Buidling from CVS - bootstrap error
« Reply #10 on: October 08, 2005, 10:22:02 am »
Quote from: mandrav
What did you do with these files? :P
maybe it was no good idea to use a fresh codeblocks cvs -update copy from windows (which i already had) !

this time i have checked out a fresh codeblocks copy using ubuntu cvs and now it builds smoothly :)
thanks for your hints !

...some coffees later...
My CodeBlocks.CVS.HEAD is running fine now under Ubuntu :)


WHAT HAPPENED ?

explanation:
when i built my last Code::Blocks version under Ubuntu ( RC1 ,  using the older makefile.unix build system),
i just copied the fresh cvs-files from windows to unix and then it was building fine using gcc-make.
This time time i thought, i can do it the same way, but the new autotools config is obviously not working
with DOS line-ending conventions.

conclusio:
i'll go and write a warning in the install-wiki that it's vital for using the autotools, that C::B was checked out from CVS
using the linux-cvs (at least when using ubuntu, don't know if other linux distrib's have the same problems).

right?


Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4291
    • Code::Blocks IDE
Re: Buidling from CVS - bootstrap error
« Reply #11 on: October 08, 2005, 11:09:12 am »
Quote
right?

Right  8)
This is true for all Linux distros. Autotools expect unix line endings in their configuration files.
Be patient!
This bug will be fixed soon...

Offline yop

  • Regular
  • ***
  • Posts: 387
Re: Buidling from CVS - bootstrap error
« Reply #12 on: October 08, 2005, 11:34:16 am »
I just opened the file after also copying from windows with an editor in Linux, made a do nothing change (like adding a linefeed) and saved again and voila no LF/CR endings. But I am dealing with another problem here. I just succesfully compiled code::blocks in my Linux box (Suse 9.3, gcc3.3.5, wxWidgets 2.6.2, code::blocks 1.0 CVS) but when I run the app the compiler plugin does not load. The plugin has been build (I can see it in the plugins directory an the resources zip in the share/codeblocks/ directory) but it's nowhere to be seen in the actual app
Quote
Found 8 plugins: AStylePlugin CodeStatistics ToDoList DefaultMimeHandler PluginWizard DebuggerGDB ClassWizard CodeCompletion
Any ideas?
Life would be so much easier if we could just look at the source code.

Offline Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1442
    • CenizaSOFT
Re: Buidling from CVS - bootstrap error
« Reply #13 on: November 09, 2005, 03:54:05 pm »
I was having the problem of "AM_OPTIONS_WXCONFIG and AM_PATH_WXCONFIG not found in library" and none of the help here worked for me on Kubuntu.

I just tried installing another wx package called wx-common and it solved it.

I hope it be of any use.

Offline rathapolk

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: Buidling from CVS - bootstrap error
« Reply #14 on: November 21, 2005, 04:08:30 am »
Hello,
I have tried to build C::B from CVS on my Fedora Core 4 by the direction in the WiKi. I successfully built wxWidgets 2.6.1. When I try rpmbuild, it runs until bootstrap and it has errors like...

./bootstrap
You should update your `aclocal.m4' by running aclocal.
src/plugins/astyle/Makefile.am:10: Libtool library used but `LIBTOOL' is undefined
src/plugins/astyle/Makefile.am:10:
src/plugins/astyle/Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/plugins/astyle/Makefile.am:10: to `configure.in' and run `aclocal' and `autoconf' again.
src/plugins/classwizard/Makefile.am:9: Libtool library used but `LIBTOOL' is undefined
src/plugins/classwizard/Makefile.am:9:
src/plugins/classwizard/Makefile.am:9: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/plugins/classwizard/Makefile.am:9: to `configure.in' and run `aclocal' and `autoconf' again.
(there are more... )

I tried to update the latest version of gcc and libtool, but that didnt help.
Please help me. I am very new to Linux.

thanks,
rathapolk

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: Buidling from CVS - bootstrap error
« Reply #15 on: November 21, 2005, 02:18:24 pm »
First look where file libtool.m4 is. ( with "locate libtool.m4")

Then take a look at the file /usr/share/aclocal/dirlist . The directory where libtool.m4 is in has to be listed in this file (every directory has to be in an extra line), if not add it (you have to be root to edit the file).

Last step: Try again  :D

Daniel
Nightly builds for openSUSE

Offline rathapolk

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: Buidling from CVS - bootstrap error
« Reply #16 on: November 23, 2005, 08:18:46 am »
I looked at the file /usr/share/aclocal/dirlist and it was empty.

I did "locate libtool.m4". The result is ..
/home/user/downloads/wxWidgets-2.6.2/src/expat/conftools/libtool.m4
/home/uset/downloads/gcc-3.4.4/boehm-gc/libtool.m4
/home/user/downloads/gcc-3.4.4/libtool.m4
/usr/share/apps/kapptemplate/admin/libtool.m4.in
/usr/share/aclocal/libtool.m4

I added the these five lines to the dirlist, but bootstrap output the same error.
BTW the Windows version is awesome.

rathapolk

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: Buidling from CVS - bootstrap error
« Reply #17 on: November 23, 2005, 03:08:59 pm »
OK,
1. Undo the changes you made to dirlist.
2. Look whether "AC_PROG_LIBTOOL" is in the file configure.in (it should be in line 23), if not add it.
It should like this:
Code: [Select]
...
CODEBLOCKS_SETUP_FOR_TARGET

AC_DISABLE_STATIC
AC_PROG_LIBTOOL

dnl Checks for header files.
AC_HEADER_DIRENT
AC_HEADER_STDC
...

I hope this works ;)
Nightly builds for openSUSE

Offline Jabber

  • Multiple posting newcomer
  • *
  • Posts: 14
Re: Buidling from CVS - bootstrap error
« Reply #18 on: June 06, 2006, 08:22:30 pm »
Hi,

Not sure if it's ok to bring this topic up again, but I'm having exactly the same problem as rathapolk.
I'm running a Debian testing, C::B svn trunk.

Running ./bootstrap gave me: warning: macro `AM_OPTIONS_WXCONFIG' not found in library.

I then did an export ACLOCAL_FLAGS="--acdir=`wx-config --prefix`/share/aclocal".
The warning disappeared, but now I'm getting lots of aclocal:acinclude.m4:55: warning: macro `AM_CONDITIONAL' not found in library and also
src/plugins/astyle/Makefile.am:10: Libtool library used but `LIBTOOL' is undefined
src/plugins/astyle/Makefile.am:10:
src/plugins/astyle/Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/plugins/astyle/Makefile.am:10: to `configure.in' and run `aclocal' and `autoconf' again.


I tried to run ./configure anyway, but it fails with ./configure: line 23195: AM_OPTIONS_WXCONFIG: command not found.

BTW, AC_PROG_LIBTOOL was defined in configure.in:

[snip]
CODEBLOCKS_SETUP_FOR_TARGET

AC_DISABLE_STATIC
AC_PROG_LIBTOOL

dnl Checks for header files.
[snip]


Any ideas?

TIA, Jabber



Offline Game_Ender

  • Lives here!
  • ****
  • Posts: 551
Re: Buidling from CVS - bootstrap error
« Reply #19 on: June 07, 2006, 06:25:33 pm »
In ubuntu you need to have the wx-common package (I dont' know if they have this in debian).  You also to make sure your default aclocal is of the proper version.  I got the same problem when my aclocal pointed to, to old a version.  Updating my symbolic links /etc/alternatives to point to the proper aclocal fixed it.
« Last Edit: June 07, 2006, 06:40:07 pm by Game_Ender »

Offline Commodore64

  • Multiple posting newcomer
  • *
  • Posts: 35
Re: Buidling from CVS - bootstrap error
« Reply #20 on: July 10, 2006, 04:56:34 pm »
Hello,

I've tried to build Code::Blocks SVN (rev. 2729) following directions given in the wiki. This is my first build on my Linux system, that is a Mandriva 2006.

However, ./bootstrap gives me the following errors:

Code: [Select]
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 0: macro `AM_CONDITIONAL' not found in library
aclocal: configure.in: 7: macro `AM_INIT_AUTOMAKE' not found in library
aclocal: configure.in: 61: macro `AM_OPTIONS_WXRC' not found in library
aclocal: configure.in: 92: macro `AM_CONDITIONAL' not found in library

At this time, I'm clueless... can anybody help me?
Thank you!
Luca

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: Buidling from CVS - bootstrap error
« Reply #21 on: July 10, 2006, 05:49:57 pm »
You need these packages to compile codeblocks on mandriva:
automake1.8, autoconf2.5, m4, make, subversion, wxGTK2.6-devel, gcc-c++, zip

I think on your system automake1.8 is missing, because this package provides the macro definitions ;)
« Last Edit: July 10, 2006, 05:55:58 pm by daniel2000 »
Nightly builds for openSUSE

Offline Commodore64

  • Multiple posting newcomer
  • *
  • Posts: 35
Re: Buidling from CVS - bootstrap error
« Reply #22 on: July 10, 2006, 06:18:24 pm »
No, I have all these packages...

At the beginning I had automake 1.4, and bootstrap said it needed version >=1.7; then I installed it (I tried both 1.8 and 1.7), I modified the symbolic link /usr/bin/automake to point to /usr/bin/automake-1.8, and I got that list of errors.

Thanks,
Luca

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: Buidling from CVS - bootstrap error
« Reply #23 on: July 10, 2006, 06:43:20 pm »
I have installed these packages and it works for me :) :
Code: [Select]
autoconf2.1-2.13-24mdk
autoconf2.5-2.59-6mdk
automake1.8-1.9.4-3mdk
m4-1.4.3-1mdk
make-3.80-9mdk
They should be all out of common/official repositories (main, updates, contrib, plf-free or plf-nonfree).
Nightly builds for openSUSE

Offline Commodore64

  • Multiple posting newcomer
  • *
  • Posts: 35
Re: Buidling from CVS - bootstrap error
« Reply #24 on: July 10, 2006, 09:18:28 pm »
You're a lucky man  :P

Possibly the reason why it doesn't work on my machine is that I installed Mandriva 2006 on top of Mandrake 10.0, and now my system is a bit messed up :?

Offline Commodore64

  • Multiple posting newcomer
  • *
  • Posts: 35
Re: Buidling from CVS - bootstrap error
« Reply #25 on: July 11, 2006, 11:37:50 am »
Yes!!!!  :D

I've managed to run bootstrap, and now I'm compiling C::B!  8)

The secret was uninstalling completely the old autoconf1.4... for some reason, it wouldn't coexist with autoconf1.7.

Thanks daniel2000 for your help!

BTW, some interesting open source projects using wxWidgets, like Xara LX, are distributing universal Linux binary packages with the autopackage tool. It looks an interesting solution...

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: Buidling from CVS - bootstrap error
« Reply #26 on: July 11, 2006, 12:10:06 pm »
Yes!!!! :D

I've managed to run bootstrap, and now I'm compiling C::B! 8)

The secret was uninstalling completely the old autoconf1.4... for some reason, it wouldn't coexist with autoconf1.7.

Thanks daniel2000 for your help!

BTW, some interesting open source projects using wxWidgets, like Xara LX, are distributing universal Linux binary packages with the autopackage tool. It looks an interesting solution...

Great :D

Thank you for the hint about autopackage. I've tried to create one, but till now I didn't succeed. But I only did some initial tests. If I really don't succeed I'll contact one of these project and ask how they create the autopackage :)
Nightly builds for openSUSE

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2180
Re: Buidling from CVS - bootstrap error
« Reply #27 on: July 11, 2006, 01:25:57 pm »


The secret was uninstalling completely the old autoconf1.4... for some reason, it wouldn't coexist with autoconf1.7.


Wow! I'll bet that's the same problem I'm having with OS X 10.3
Thanks for your tenacity and hint.
« Last Edit: July 11, 2006, 01:27:34 pm by Pecan »