Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank Van Geirt]

Hi,

I try to build the svn trunk of 0.17.8 but I get an error with the
gdkglquery-x11 files. Here's the part where it fails... all the
dependency and configuration issues are solved, but I'm stuck during the
'make' command...

Making all in x11
make[7]: Entering directory
`/home/frank/Development/openvrml/trunk/lib/gtkglext/gdk/x11'
/bin/sh ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../.. -DG_LOG_DOMAIN=\"GdkGLExt\" -DGDK_GL_COMPILATION
-DINSIDE_GDK_GL_X11 -I../.. -I../../gdk -I../../gdk
-DG_DISABLE_CAST_CHECKS -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
-I/usr/include/cairo    -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
-DGDK_PIXBUF_DISABLE_DEPRECATED    -g -O2 -Wall -MT gdkglquery-x11.lo
-MD -MP -MF .deps/gdkglquery-x11.Tpo -c -o gdkglquery-x11.lo
gdkglquery-x11.c
mv -f .deps/gdkglquery-x11.Tpo .deps/gdkglquery-x11.Plo
make[7]: Leaving directory
`/home/frank/Development/openvrml/trunk/lib/gtkglext/gdk/x11'

Any idea?

I am building on a Fedora 9 system. It's the first time I compile
openVRML, so I still have to get familiar with the code. I am
considering to use it in a new academic research project.

Regards,
Frank



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

[Frank Van Geirt]

The error message was missing... sorry about that... so already an update of the problem:

mv -f .deps/gdkglquery-x11.Tpo .deps/gdkglquery-x11.Plo
mv: cannot stat `.deps/gdkglquery-x11.Tpo': No such file or directory
make[7]: *** [gdkglquery-x11.lo] Error 1

[Braden McDaniel]

Frank Van Geirt wrote:
> The error message was missing... sorry about that... so already an update of
> the problem:
>
> mv -f .deps/gdkglquery-x11.Tpo .deps/gdkglquery-x11.Plo
> mv: cannot stat `.deps/gdkglquery-x11.Tpo': No such file or directory
> make[7]: *** [gdkglquery-x11.lo] Error 1

Your path (as given in your previous e-mail) makes this look like you're
building the trunk rather than 0.17.8. (trunk might report its version
as 0.17.8; but that's just because I haven't given it some fake number.)

Not that resolving that discrepancy would help me with your problem.
It's particularly mysterious to me because Fedora 9 is exactly what I
develop on; and I've built both 0.17.8 and the trunk on it quite recently.

Are you using the stock Fedora 9 autoconf/automake/libtool? What options
did you pass to configure?

BTW, I also package OpenVRML for Fedora; so you can get compiled
binaries with yum if that suits your purpose.

--
Braden McDaniel                      e-mail: <braden@...>
<http://endoframe.com>               Jabber: <braden@...>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

[Frank Van Geirt]

Braden McDaniel wrote:

Your path (as given in your previous e-mail) makes this look like you're
building the trunk rather than 0.17.8. (trunk might report its version
as 0.17.8; but that's just because I haven't given it some fake number.)

Yes, I am building the trunk; not the 0.17.8 package, sorry for the inconvenience. That's my purpose. I want to follow the latest changes as I want to get familiar with the code. I know about the compiled binaries for Fedora. I have them on my Fedora 8 box (a 6 year old pc); on that one I don't want to compile them as I don't want any interference.

Are you using the stock Fedora 9 autoconf/automake/libtool? What options
did you pass to configure?

I am using the stock Fedora 9 autoconf/automake/libtool. In fact I installed all the needed packages via the Fedora repositories.

I recorded all my actions as I want to create a small script to automate the building process. It looks like this for the time being...

#!/bin/sh

# gtkglext
cd trunk/lib/gtkglext
touch gtk-doc.make
aclocal
autoconf
autoheader
automake -a
cd ../../..

# mozilla-plugin
cd trunk/mozilla-plugin
aclocal -I ../m4
autoconf
automake -a
make distclean
cd ../..

# OpenVRML
cd trunk
aclocal -I m4
autoconf
autoheader
touch ltmain.sh
automake -a
./configure BOOST_LIB_SUFFIX=-mt
make

[Braden McDaniel]

On Tue, 2008-08-19 at 17:01 -0700, Frank Van Geirt wrote:

>
>
> Braden McDaniel wrote:
> >
> > Your path (as given in your previous e-mail) makes this look like you're
> > building the trunk rather than 0.17.8. (trunk might report its version
> > as 0.17.8; but that's just because I haven't given it some fake number.)
> >
>
> Yes, I am building the trunk; not the 0.17.8 package, sorry for the
> inconvenience. That's my purpose. I want to follow the latest changes as I
> want to get familiar with the code. I know about the compiled binaries for
> Fedora. I have them on my Fedora 8 box (a 6 year old pc); on that one I
> don't want to compile them as I don't want any interference.
>
>
>
> > Are you using the stock Fedora 9 autoconf/automake/libtool? What options
> > did you pass to configure?
> >
>
> I am using the stock Fedora 9 autoconf/automake/libtool. In fact I installed
> all the needed packages via the Fedora repositories.
>
> I recorded all my actions as I want to create a small script to automate the
> building process. It looks like this for the time being...
>
> #!/bin/sh
>
> # gtkglext
> cd trunk/lib/gtkglext
> touch gtk-doc.make
> aclocal
> autoconf
> autoheader
> automake -a
> cd ../../..
>
> # mozilla-plugin
> cd trunk/mozilla-plugin
> aclocal -I ../m4
> autoconf
> automake -a
> make distclean
> cd ../..
>
> # OpenVRML
> cd trunk
> aclocal -I m4
> autoconf
> autoheader
> touch ltmain.sh
> automake -a
> ./configure BOOST_LIB_SUFFIX=-mt
> make

Is there a reason you're not using OpenVRML's bootstrap script and
autoreconf? You should hardly ever be calling aclocal, etc., yourself
these days. Those touch'es look potentially dangerous, too.

--
Braden McDaniel                           e-mail: <braden@...>
<http://endoframe.com>                    Jabber: <braden@...>



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

[Braden McDaniel]

Oh... the configure-gcc-dbg and configure-gcc-opt scripts I've checked
in to svn might also be of interest to you (and anyone else using the
svn sources on Fedora or a sufficiently similar platform). These
represent the arguments I typically pass to configure when developing
OpenVRML.

--
Braden McDaniel                           e-mail: <braden@...>
<http://endoframe.com>                    Jabber: <braden@...>



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

[Frank Van Geirt]

Braden McDaniel wrote:

Oh... the configure-gcc-dbg and configure-gcc-opt scripts I've checked
in to svn might also be of interest to you (and anyone else using the
svn sources on Fedora or a sufficiently similar platform). These
represent the arguments I typically pass to configure when developing
OpenVRML.

I tried today with the bootstrap and the configure scripts. In all cases (configure / configure-gcc-opt / configure-gcc-dbg) I get following error when trying to run sdl-viewer:

terminate called after throwing an instance of 'boost::filesystem::basic_filesystem_error<boost::filesystem::basic_path<std::string, boost::filesystem::path_traits> >'
  what():  boost::filesystem::basic_directory_iterator constructor
Aborted

I will have a deeper look into the boost libraries this week to check if everything is installed correctly.

[Braden McDaniel]

Frank Van Geirt wrote:

>
>
> Braden McDaniel wrote:
>> Oh... the configure-gcc-dbg and configure-gcc-opt scripts I've checked
>> in to svn might also be of interest to you (and anyone else using the
>> svn sources on Fedora or a sufficiently similar platform). These
>> represent the arguments I typically pass to configure when developing
>> OpenVRML.
>>
>
> I tried today with the bootstrap and the configure scripts. In all cases
> (configure / configure-gcc-opt / configure-gcc-dbg) I get following error
> when trying to run sdl-viewer:
>
> terminate called after throwing an instance of
> 'boost::filesystem::basic_filesystem_error<boost::filesystem::basic_path<std::string,
> boost::filesystem::path_traits> >'
>   what():  boost::filesystem::basic_directory_iterator constructor
> Aborted
>
> I will have a deeper look into the boost libraries this week to check if
> everything is installed correctly.

You need to set the environment variable OPENVRML_DATADIR to
/path/to/openvrml/data at runtime.

Sorry this part isn't terribly well documented yet. The use of the XML
component descriptors is new on the trunk with respect to the 0.17
branch. There will be a lot more shakeout with this stuff once I'm done
with the openvrml-xembed D-Bustification.

--
Braden McDaniel                      e-mail: <braden@...>
<http://endoframe.com>               Jabber: <braden@...>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

[Frank Van Geirt]

Braden McDaniel wrote:

You need to set the environment variable OPENVRML_DATADIR to
/path/to/openvrml/data at runtime.

OK. I got it running now. Thanks. I can start playing... ;)

[Braden McDaniel]

Braden McDaniel wrote:

> Frank Van Geirt wrote:
>>
>> Braden McDaniel wrote:
>>> Oh... the configure-gcc-dbg and configure-gcc-opt scripts I've checked
>>> in to svn might also be of interest to you (and anyone else using the
>>> svn sources on Fedora or a sufficiently similar platform). These
>>> represent the arguments I typically pass to configure when developing
>>> OpenVRML.
>>>
>> I tried today with the bootstrap and the configure scripts. In all cases
>> (configure / configure-gcc-opt / configure-gcc-dbg) I get following error
>> when trying to run sdl-viewer:
>>
>> terminate called after throwing an instance of
>> 'boost::filesystem::basic_filesystem_error<boost::filesystem::basic_path<std::string,
>> boost::filesystem::path_traits> >'
>>   what():  boost::filesystem::basic_directory_iterator constructor
>> Aborted
>>
>> I will have a deeper look into the boost libraries this week to check if
>> everything is installed correctly.
>
> You need to set the environment variable OPENVRML_DATADIR to
> /path/to/openvrml/data at runtime.

Oh... And if you want to run scripts, you'll need to set
OPENVRML_SCRIPT_PATH to /path/to/openvrml/builddir/src/script.

--
Braden McDaniel                      e-mail: <braden@...>
<http://endoframe.com>               Jabber: <braden@...>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
openvrml-develop mailing list
openvrml-develop@...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop