Closed khalida closed 12 years ago
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
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/
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.
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/
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 file
m4/ltoptions.m4'
libtoolize: copying file m4/ltsugar.m4' libtoolize: copying file
m4/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
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 ...
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).
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
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 but
LIBTOOL' is undefined
Makefile.am:18: The usual way to define LIBTOOL' is to add
AC_PROG_LIBTOOL'
Makefile.am:18: to configure.ac' and run
aclocal' and autoconf' again. Makefile.am:18: If
AC_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
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 but
LIBTOOL' is undefined Makefile.am:18: The usual way to defineLIBTOOL' is to add
AC_PROG_LIBTOOL' Makefile.am:18: toconfigure.ac' and run
aclocal' andautoconf' again. Makefile.am:18: If
AC_PROG_LIBTOOL' is inconfigure.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
We should prolly hack autogen.sh to check that we have libtoolize on the system and warn in a more friendly way on failure.
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 of
m4/libtool.m4' to aclocal.m4'. libtoolize: copying file
m4/ltoptions.m4'
libtoolize: You should add the contents of m4/ltoptions.m4' to
aclocal.m4'.
libtoolize: copying file m4/ltsugar.m4' libtoolize: You should add the contents of
m4/ltsugar.m4' to aclocal.m4'. libtoolize: copying file
m4/ltversion.m4'
libtoolize: copying file m4/lt~obsolete.m4' libtoolize: You should add the contents of
m4/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
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.
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
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 file
m4/libtool.m4'
libtoolize: copying file m4/ltoptions.m4' libtoolize: copying file
m4/ltsugar.m4'
libtoolize: copying file m4/ltversion.m4' libtoolize: copying file
m4/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
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)
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.
I had that m4 thing too, I THINK it was an old autoconf installation lying around
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.
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.
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
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)
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
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 ;)
Great!!! It compiled flawlessly now!!!
Thanks so much Thaytan et all!!! :D:D:D:D
Regards.- LC
Thanks for confirming!
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,
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 2I 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,