Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ubuntu 10.04 Make fail #57

Closed
khalida opened this issue Dec 4, 2011 · 25 comments
Closed

Ubuntu 10.04 Make fail #57

khalida opened this issue Dec 4, 2011 · 25 comments

Comments

@khalida
Copy link

khalida commented Dec 4, 2011

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_pressed_event(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_KP_Right’ 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
Copy link
Collaborator

thomasvs commented Dec 4, 2011

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_pressed_event(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_KP_Right’ 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
Copy link
Author

khalida commented Dec 4, 2011

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
Copy link
Collaborator

thomasvs commented Dec 4, 2011

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
Copy link
Author

khalida commented Dec 4, 2011

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
Copy link
Collaborator

mmeeks commented Dec 5, 2011

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
Copy link
Author

khalida commented Dec 5, 2011

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:
#57 (comment)

@epoxi
Copy link

epoxi commented Dec 6, 2011

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
Copy link
Author

khalida commented Dec 7, 2011

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:
#57 (comment)

@mmeeks
Copy link
Collaborator

mmeeks commented Dec 7, 2011

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
Copy link

epoxi commented Dec 7, 2011

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
Copy link
Collaborator

mmeeks commented Dec 7, 2011

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
Copy link

epoxi commented Dec 7, 2011

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
Copy link

epoxi commented Dec 7, 2011

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
Copy link

epoxi commented Dec 7, 2011

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 (GDK_KEY_* errors)

@thaytan
Copy link
Collaborator

thaytan commented Dec 8, 2011

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
Copy link
Collaborator

hurzl commented Dec 8, 2011

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

@thaytan
Copy link
Collaborator

thaytan commented Dec 8, 2011

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
Copy link
Collaborator

thaytan commented Dec 8, 2011

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
Copy link

epoxi commented Dec 8, 2011

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
Copy link
Collaborator

thaytan commented Dec 8, 2011

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
Copy link

epoxi commented Dec 8, 2011

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
Copy link
Collaborator

thaytan commented Dec 8, 2011

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
Copy link

epoxi commented Dec 8, 2011

Great!!! It compiled flawlessly now!!!

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

Regards.-
LC

@thaytan
Copy link
Collaborator

thaytan commented Dec 8, 2011

Thanks for confirming!

@thaytan thaytan closed this as completed Dec 8, 2011
@khalida
Copy link
Author

khalida commented Dec 10, 2011

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants