Ubuntu 10.04 Make fail

[khalida]

Hi,

I have (or at least think I have) install all the dependencies; and the ./autogen.sh appeared to run without reporting any problems and produced the Makefile.

However, when running make, which I did using sudo make

I get the following errors, and no repsnapper executable is produced:

$ sudo make make all-recursive make[1]: Entering directory /home/khalid/Projects/repRap/repsnap2/repsnapper' Making all in po make[2]: Entering directory/home/khalid/Projects/repRap/repsnap2/repsnapper/po' file=echo en_GB | sed 's,.*/,,'.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file en_GB.po file=echo de_DE | sed 's,.*/,,'.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file de_DE.po make[2]: Leaving directory /home/khalid/Projects/repRap/repsnap2/repsnapper/po' make[2]: Entering directory/home/khalid/Projects/repRap/repsnap2/repsnapper' CC libraries/libreprap/libreprap_la-comms.lo CC libraries/libreprap/libreprap_la-fived.lo CC libraries/libreprap/libreprap_la-serial.lo CC libraries/libreprap/libreprap_la-tonokip.lo CC libraries/libreprap/libreprap_la-util.lo CCLD libreprap.la CXX libraries/polylib/libpolylib_la-GeometryBase.lo CXX libraries/polylib/libpolylib_la-Polygon2f.lo CXXLD libpolylib.la CXX src/repsnapper-model.o CXX src/repsnapper-model2.o CXX src/repsnapper-view.o src/view.cpp: In member function ‘bool View::key_pressedevent(GdkEventKey)’: src/view.cpp:582: error: ‘GDK_KEY_Tab’ was not declared in this scope src/view.cpp:599: error: ‘GDK_KEY_Escape’ was not declared in this scope src/view.cpp:605: error: ‘GDK_KEY_Delete’ was not declared in this scope src/view.cpp:606: error: ‘GDK_KEY_KP_Delete’ was not declared in this scope src/view.cpp:609: error: ‘GDK_KEY_Up’ was not declared in this scope src/view.cpp:609: error: ‘GDK_KEY_KP_Up’ was not declared in this scope src/view.cpp:611: error: ‘GDK_KEY_Down’ was not declared in this scope src/view.cpp:611: error: ‘GDK_KEY_KP_Down’ was not declared in this scope src/view.cpp:613: error: ‘GDK_KEY_Left’ was not declared in this scope src/view.cpp:613: error: ‘GDK_KEY_KP_Left’ was not declared in this scope src/view.cpp:615: error: ‘GDK_KEY_Right’ was not declared in this scope src/view.cpp:615: error: ‘GDK_KEY_KPRight’ was not declared in this scope make[2]: ** [src/repsnapper-view.o] Error 1 make[2]: Leaving directory /home/khalid/Projects/repRap/repsnap2/repsnapper' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory/home/khalid/Projects/repRap/repsnap2/repsnapper' make: *\ [all] Error 2

I originally tried this on my 64-bit desktop, but have also tried it on my 32-bit laptop (both running Ubuntu 10.04) and got exactly the same error so I think I must be missing something in the compile or installation process.

I have tried googling and searching in this and other forums for the key terms in the error but not had any luck. Anyone had these error messages before or understand them?

Many thanks,

• Khalid

[thomasvs]

On Sun, 2011-12-04 at 00:55 -0800, khalida wrote:

Hi,

I have (or at least think I have) install all the dependencies; and the ./autogen.sh appeared to run without reporting any problems and produced the Makefile.

However, when running make, which I did using sudo make

I doubt you need to run sudo make, unless the instructions told you that specifically ? Normally you always run make as your user, then make install as root if you want to install system-wide.

I get the following errors, and no repsnapper executable is produced:

$ sudo make make all-recursive make[1]: Entering directory /home/khalid/Projects/repRap/repsnap2/repsnapper' Making all in po make[2]: Entering directory/home/khalid/Projects/repRap/repsnap2/repsnapper/po' file=echo en_GB | sed 's,.*/,,'.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file en_GB.po file=echo de_DE | sed 's,.*/,,'.gmo \ && rm -f $file && /usr/bin/msgfmt -o $file de_DE.po make[2]: Leaving directory /home/khalid/Projects/repRap/repsnap2/repsnapper/po' make[2]: Entering directory/home/khalid/Projects/repRap/repsnap2/repsnapper' CC libraries/libreprap/libreprap_la-comms.lo CC libraries/libreprap/libreprap_la-fived.lo CC libraries/libreprap/libreprap_la-serial.lo CC libraries/libreprap/libreprap_la-tonokip.lo CC libraries/libreprap/libreprap_la-util.lo CCLD libreprap.la CXX libraries/polylib/libpolylib_la-GeometryBase.lo CXX libraries/polylib/libpolylib_la-Polygon2f.lo CXXLD libpolylib.la CXX src/repsnapper-model.o CXX src/repsnapper-model2.o CXX src/repsnapper-view.o src/view.cpp: In member function ‘bool View::key_pressedevent(GdkEventKey)’: src/view.cpp:582: error: ‘GDK_KEY_Tab’ was not declared in this scope src/view.cpp:599: error: ‘GDK_KEY_Escape’ was not declared in this scope src/view.cpp:605: error: ‘GDK_KEY_Delete’ was not declared in this scope src/view.cpp:606: error: ‘GDK_KEY_KP_Delete’ was not declared in this scope src/view.cpp:609: error: ‘GDK_KEY_Up’ was not declared in this scope src/view.cpp:609: error: ‘GDK_KEY_KP_Up’ was not declared in this scope src/view.cpp:611: error: ‘GDK_KEY_Down’ was not declared in this scope src/view.cpp:611: error: ‘GDK_KEY_KP_Down’ was not declared in this scope src/view.cpp:613: error: ‘GDK_KEY_Left’ was not declared in this scope src/view.cpp:613: error: ‘GDK_KEY_KP_Left’ was not declared in this scope src/view.cpp:615: error: ‘GDK_KEY_Right’ was not declared in this scope src/view.cpp:615: error: ‘GDK_KEY_KPRight’ was not declared in this scope make[2]: ** [src/repsnapper-view.o] Error 1 make[2]: Leaving directory /home/khalid/Projects/repRap/repsnap2/repsnapper' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory/home/khalid/Projects/repRap/repsnap2/repsnapper' make: *\ [all] Error 2

Those are symbols from GDK, which should come with the GTK2 development packages. Check if you have those installed.

In my case, they're in /usr/include/gtk-2.0/gdk/gdkkeysyms.h

Thomas

I can't leave you alone because you're so disarming and I'm caught in the midst of you

Flumotion - the only way to stream! http://www.flumotion.net/

[khalida]

Thomas,

Many thanks for the quick reply. It appears I have GTK2 development files installed already: I checked and the files are located in the same places you have them:

$ ls /usr/include/gtk-2.0/gdk gdkapplaunchcontext.h gdkevents.h gdkpango.h gdkspawn.h gdkcairo.h gdkfont.h gdkpixbuf.h gdktestutils.h gdkcolor.h gdkgc.h gdkpixmap.h gdktypes.h gdkcursor.h gdk.h gdkprivate.h gdkvisual.h gdkdisplay.h gdki18n.h gdkproperty.h gdkwindow.h gdkdisplaymanager.h gdkimage.h gdkregion.h gdkx.h gdkdnd.h gdkinput.h gdkrgb.h gdkdrawable.h gdkkeys.h gdkscreen.h gdkenumtypes.h gdkkeysyms.h gdkselection.h

And apt indicates I'm up to date as well:

$ sudo apt-get install libgtk2.0-dev Reading package lists... Done Building dependency tree
Reading state information... Done libgtk2.0-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

[thomasvs]

On Sun, 2011-12-04 at 02:29 -0800, khalida wrote:

Thomas,

Many thanks for the quick reply. It appears I have GTK2 development files installed already: I checked and the files are located in the same places you have them:

$ ls /usr/include/gtk-2.0/gdk gdkapplaunchcontext.h gdkevents.h gdkpango.h gdkspawn.h gdkcairo.h gdkfont.h gdkpixbuf.h gdktestutils.h gdkcolor.h gdkgc.h gdkpixmap.h gdktypes.h gdkcursor.h gdk.h gdkprivate.h gdkvisual.h gdkdisplay.h gdki18n.h gdkproperty.h gdkwindow.h gdkdisplaymanager.h gdkimage.h gdkregion.h gdkx.h gdkdnd.h gdkinput.h gdkrgb.h gdkdrawable.h gdkkeys.h gdkscreen.h gdkenumtypes.h gdkkeysyms.h gdkselection.h

And apt indicates I'm up to date as well:

$ sudo apt-get install libgtk2.0-dev Reading package lists... Done Building dependency tree
Reading state information... Done libgtk2.0-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

Can you paste full output of autogen.sh as well ? And did running make as user instead of with sudo change anything?

Thomas

Have my head in the oven so you know where I'll be

URGent, best radio on the net - 24/7 ! http://urgent.fm/

[khalida]

Full output of ./autogen.sh pasted below.

Running make as user rather than sudo did not appear to make any difference. Gives the same GDK_KEY... errors as pasted above.

$ ./autogen.sh libtoolize: putting auxiliary files in .'. libtoolize: copying file./config.guess' libtoolize: copying file ./config.sub' libtoolize: copying file./install-sh' libtoolize: copying file ./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR,m4'. libtoolize: copying file m4/libtool.m4' libtoolize: copying filem4/ltoptions.m4' libtoolize: copying file m4/ltsugar.m4' libtoolize: copying filem4/ltversion.m4' libtoolize: copying file m4/lt~obsolete.m4' libtoolize: Consider adding-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:17: installing ./compile' configure.ac:9: installing./missing' Makefile.am: installing `./depcomp' running ./configure with '' checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no 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 ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking whether gcc and cc understand -c and -o together... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking how to run the C preprocessor... gcc -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... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking how to run the C++ preprocessor... g++ -E checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC 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.o... (cached) 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 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 -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) 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 NLS is requested... yes checking for intltool >= 0.26... 0.41.0 found checking for intltool-update... /usr/bin/intltool-update checking for intltool-merge... /usr/bin/intltool-merge checking for intltool-extract... /usr/bin/intltool-extract checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for perl >= 5.8.1... 5.10.1 checking for XML::Parser... ok checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /usr/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... (cached) /usr/bin/msgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.22... yes checking for GTKMM... yes checking GL/glut.h usability... yes checking GL/glut.h presence... yes checking for GL/glut.h... yes configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands

[mmeeks]

I believe these symbols are gtk+ version dependent, and had a new namespace added to them recently. Quite possibly your gtk2 is too old :-) quite possibly we should use the compat header to be able to use the old names so it build on old systems (?) or somesuch ...

[khalida]

Michael,

Thanks for the response. I have looking in the software centre but cannot see a gtk+ version later than 2.0; do I need to add a special repository to get access to that or download it from another source?

For now I am able to run an old version of repsnapper built for windows on a virtual machine running XP; which just about works but far from ideal. Is there an easy way for me to get a newer version of gtk+ or make the build compatible with my older version? (I have limited programming experience).

• Khalid

On 5 December 2011 10:02, Michael Meeks < reply@reply.github.com

wrote:

I believe these symbols are gtk+ version dependent, and had a new namespace added to them recently. Quite possibly your gtk2 is too old :-) quite possibly we should use the compat header to be able to use the old names so it build on old systems (?) or somesuch ...

---

Reply to this email directly or view it on GitHub: https://github.com/timschmidt/repsnapper/issues/57#issuecomment-3014676

[epoxi]

Not sure if I'm using the same repository, but I'm also having trouble compiling this :( (ubuntu 10.04 with all dependencies met).

Here's the autogen.sh output:

$ ./autogen.sh Can't exec "libtoolize": No such file or directory at /usr/bin/autoreconf line 189. Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line 189. configure.ac:17: installing ./compile' configure.ac:9: installing./install-sh' configure.ac:9: installing ./missing' Makefile.am:18: Libtool library used butLIBTOOL' is undefined Makefile.am:18: The usual way to define LIBTOOL' is to addAC_PROG_LIBTOOL' Makefile.am:18: to configure.ac' and runaclocal' and autoconf' again. Makefile.am:18: IfAC_PROG_LIBTOOL' is in configure.ac', make sure Makefile.am:18: its definition is in aclocal's search path. Makefile.am: installing./depcomp' autoreconf: automake failed with exit status: 1 Failed to run autoconf at ./autogen.sh line 113.

Thanks guys! Lucas

[khalida]

Hi Lucas,

The first line of that seems to indicate that you might not have the libtool package correctly installed. If you run:

$ libtoolize

on its own in a terminal do you get a 'no such file/command' response?

If so then:

$ sudo apt-get install libtool

Might solve that 1st problem at least.

On 6 December 2011 23:32, epoxi < reply@reply.github.com

wrote:

Not sure if I'm using the same repository, but I'm also having trouble compiling this :( (ubuntu 10.04 with all dependencies met).

Here's the autogen.sh output:

$ ./autogen.sh Can't exec "libtoolize": No such file or directory at /usr/bin/autoreconf line 189. Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line 189. configure.ac:17: installing ./compile' configure.ac:9: installing./install-sh' configure.ac:9: installing ./missing' Makefile.am:18: Libtool library used butLIBTOOL' is undefined Makefile.am:18: The usual way to define LIBTOOL' is to add AC_PROG_LIBTOOL' Makefile.am:18: to configure.ac' and runaclocal' and autoconf' again. Makefile.am:18: IfAC_PROG_LIBTOOL' is in configure.ac', make sure Makefile.am:18: its definition is in aclocal's search path. Makefile.am: installing./depcomp' autoreconf: automake failed with exit status: 1 Failed to run autoconf at ./autogen.sh line 113.

Thanks guys! Lucas

---

Reply to this email directly or view it on GitHub: https://github.com/timschmidt/repsnapper/issues/57#issuecomment-3040788

[mmeeks]

We should prolly hack autogen.sh to check that we have libtoolize on the system and warn in a more friendly way on failure.

[epoxi]

Khalida,

Indeed, I was missing the libtool pkg (bump :P).

Now it's Installed, but the autogen.sh now says:

$ ./autogen.sh libtoolize: putting auxiliary files in .'. libtoolize: copying file./config.guess' libtoolize: copying file ./config.sub' libtoolize: copying file./install-sh' libtoolize: copying file ./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR,m4'. libtoolize: copying file m4/libtool.m4' libtoolize: You should add the contents ofm4/libtool.m4' to aclocal.m4'. libtoolize: copying filem4/ltoptions.m4' libtoolize: You should add the contents of m4/ltoptions.m4' toaclocal.m4'. libtoolize: copying file m4/ltsugar.m4' libtoolize: You should add the contents ofm4/ltsugar.m4' to aclocal.m4'. libtoolize: copying filem4/ltversion.m4' libtoolize: copying file m4/lt~obsolete.m4' libtoolize: You should add the contents ofm4/lt~obsolete.m4' to aclocal.m4'. libtoolize: Consider adding-I m4' to ACLOCAL_AMFLAGS in Makefile.am. Failed to intltoolize at ./autogen.sh line 115.

Any clue?

Many thanks for your help guys! Every minute I feel closer to the RepRap Printing :D :D

BR LC

[mmeeks]

Ho hum - it apparently failed - but with no error ;-) that is unusual. If you re-run autogen.sh does it work ? if you remove libtoolize from autogen.sh does it succeed ? most odd.

[epoxi]

Well... starting all over again, I've erased the repsnapper directory and re downloaded the src with git.

$ git clone https://github.com/timschmidt/repsnapper.git Initialized empty Git repository in /home/lcampa/Documents/Personal/RepRap/Software/repsnapper/.git/ remote: Counting objects: 3106, done. remote: Compressing objects: 100% (1019/1019), done. remote: Total 3106 (delta 2216), reused 2957 (delta 2071) Receiving objects: 100% (3106/3106), 2.17 MiB | 165 KiB/s, done. Resolving deltas: 100% (2216/2216), done.

$ cd repsnapper/

$ ./autogen.sh aclocal: couldn't open directory `m4': No such file or directory autoreconf: aclocal failed with exit status: 1 Failed to run autoconf at ./autogen.sh line 113. $

As you can see, the autogen output is completely different with a fresh download.

Now I'm completely lost :'(

Thanks for all the help!!! LC

[epoxi]

Ok, I created an empty directory called "m4" and rerun the autogen.sh

It stucks with an error in line 115 :S

$ ./autogen.sh aclocal: couldn't open directory m4': No such file or directory autoreconf: aclocal failed with exit status: 1 Failed to run autoconf at ./autogen.sh line 113. $ $ mkdir m4 $ ./autogen.sh libtoolize: putting auxiliary files in.'. libtoolize: copying file ./config.guess' libtoolize: copying file./config.sub' libtoolize: copying file ./install-sh' libtoolize: copying file./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, m4'. libtoolize: copying filem4/libtool.m4' libtoolize: copying file m4/ltoptions.m4' libtoolize: copying filem4/ltsugar.m4' libtoolize: copying file m4/ltversion.m4' libtoolize: copying filem4/lt~obsolete.m4' configure.ac:17: installing ./compile' configure.ac:9: installing./missing' Makefile.am: installing `./depcomp' Failed to intltoolize at ./autogen.sh line 115. $

this is progress for me :D

[epoxi]

Looking at that line in autogen.sh, I saw it calls the system program intloolize. So....

$ intltoolize --helpThe program 'intltoolize' is currently not installed. You can install it by typing: sudo apt-get install intltool

sudo aptitude install intltool did the work... for the moment :P

Then it showed the following error:

configure: error: cannot find headers for freeglut Error running configure at ./autogen.sh line 133.

Installing libfreeglut3 and libfreeglut3-dev resolved the dependency problem :D :D :D

Regardless all of this, the make process didn't finish :( Check the output at this pastebin link http://pastebin.com/bwDryNm6

Thanks guys!! LC

EDIT: Looking again at the first post I saw that the errors are the same that Khalida has (GDKKEY* errors)

[thaytan]

The m4/autogen.sh issue should be fixed in lastest master, please update and try that again. I don't expect it to have solved your original problem - which is that we're using GDK symbols that don't exist in your version of GDK. We either need to make it work, or figure out the minimum version of GDK we need and make configure fail if it isn't installed.

[hurzl]

I had that m4 thing too, I THINK it was an old autoconf installation lying around

[thaytan]

Introduced in GDK 2.21.8 by:

commit 913cdf3be750a1e74c09b20edf55a57f9a919fcc Author: Colin Walters walters@verbum.org Date: Wed Sep 8 13:35:51 2010 -0400

GDK: Prefix key names with KEY_

The keysyms create a lot of potential namespace conflicts for
C, and are especially problematic for introspection, where we take
constants into the namespace, so GDK_Display conflicts with GdkDisplay.

For C application compatiblity, add gdkkeysyms-compat.h which uses
the old names.

Just one user in GTK+ continues to use gdkkeysyms-compat.h, which is
the gtkimcontextsimple.c, since porting that requires porting more
custom Perl code.

For compatibility, we should use GDK_Tab, etc instead of GDK_KEY_Tab, and to include gdkkeysyms-compat.h on older gtk.

[thaytan]

Actually, on the 2.21 branch it was commit 750c81f43dda6c783372b983e630ecd30b776d7e, but anyways.

I put a patch in master. If it works, let us know so we can close the issue.

[epoxi]

Hello Thaytan,

Thanks for the update!!

Unfortunately, Ubunutu 10.04 comes with GTK+ is 2.20.1 (>=2.21.8 required).

Here's my log:

$ git pull remote: Counting objects: 82, done. remote: Compressing objects: 100% (26/26), done. remote: Total 62 (delta 44), reused 53 (delta 35) Unpacking objects: 100% (62/62), done. From git://github.com/timschmidt/repsnapper 63d8791..127d05b master -> origin/master Updating 63d8791..127d05b Fast-forward .gitignore | 4 +- configure.ac | 2 + src/Makefile | 4 ++ src/model.cpp | 133 ++++++++++++++++++++++++++++++++++++++++------- src/model.h | 1 + src/render.cpp | 31 +++++------ src/slicer/slice.cpp | 2 - src/slicer/triangle.cpp | 11 ++--- src/view.cpp | 32 +++++------ 9 files changed, 157 insertions(+), 63 deletions(-) create mode 100644 m4/.gitignore create mode 100644 src/Makefile $ $ ./autogen.sh

!! Some output omited.

... checking for GTKMM... yes checking for GTK_NEW_KEYSYMS... configure: error: Package requirements (gtk+-2.0 >= 2.21.8) were not met:

Requested 'gtk+-2.0 >= 2.21.8' but version of GTK+ is 2.20.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix.

Alternatively, you may set the environment variables GTK_NEW_KEYSYMS_CFLAGS and GTK_NEW_KEYSYMS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.

Error running configure at ./autogen.sh line 135.

$

I'll try to update the GTK libs whitout messing my ubuntu install.

Thanks for all the support you're giving :D

BR.- LC

[thaytan]

Oops, sorry - I was attempting to support gtk < 2.21.8 with my patch, but messed it up. configure wasn't supposed to abort when it finds an older GTK. It's fixed now - can you try it again? (no need to upgrade GTK)

[epoxi]

No problem ;)

Now autogen.sh ends with this error (just the last lines):

... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.22... yes checking for GTKMM... yes checking for GTK_NEW_KEYSYMS... ./configure: line 16069: syntax error near unexpected token else' ./configure: line 16069:else' Error running configure at ./autogen.sh line 135.

Cheers.- LC

[thaytan]

Grrr. Seems like your version of autoconf handles the 'old gtk' clause differently to mine... new code updated. If this doesn't work, I'm starting a branch ;)

[epoxi]

Great!!! It compiled flawlessly now!!!

Thanks so much Thaytan et all!!! :D:D:D:D

Regards.- LC

[thaytan]

Thanks for confirming!

[khalida]

thaytan,

Massive thank-you for the fix for making this compatible with ubuntu 10.04. This compiled and installed flawlessly for me now on Ubuntu 10.04; on a 64-bit desktop.

Kind regards,

• Khalid