openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] Event 'startTime'

[Braden M. <br...@en...>]

On Thu, 2008-09-18 at 09:36 +0400, Irina wrote:
> I wish to realise interactive model, using TouchSensors and TimeSensors. For this purpose, in the initial model containing TouchSensors, I dynamically add TimeSensors and I connect events 'touchTime' of TouchSensor and 'startTime' of TimeSensor. After a clique on TouchSensor, event 'touchTime' works, but 'startTime' doesn't.

It seemed to work for me in the example you posted yesterday. (That is,
clicking the sphere started the color change.)

Can you post an example that demonstrates the problem? Please describe
the behavior you're expecting as well as the behavior you're actually
seeing.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Event 'startTime'

[Irina <tau...@ma...>]

I wish to realise interactive model, using TouchSensors and TimeSensors. For this purpose, in the initial model containing TouchSensors, I dynamically add TimeSensors and I connect events 'touchTime' of TouchSensor and 'startTime' of TimeSensor. After a clique on TouchSensor, event 'touchTime' works, but 'startTime' doesn't.



      

Re: [openvrml-develop] Cross post from Open scengraph list

[Braden M. <br...@en...>]

John, please do not hijack threads.

On Wed, 2008-09-17 at 16:29 -0700, John F. Richardson wrote:
> Hello,
> 
> The following was posted on the Openscenegraph list.
> 
> Don't know if posting here will solve the problem but...... Ben is in the CC
> line so that people can contact him directly.
> 
> John F. Richardson
> 
> ================= begin OSG post =============
> 
> 
> I am trying to load a VRML file, but I get the error message:
> 
>  
> 
> Warning: Could not find plugin to read objects from file "foo.wrl".

I'm not familiar with the OSG code; so about all I can tell you is that
the above warning was not emitted by OpenVRML code.

That's not to suggest that I remember very much about 0.14.x did--it's
positively ancient.  But I do not remember it having plug-ins.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Cross post from Open scengraph list

[John F. R. <ric...@sp...>]

Hello,

The following was posted on the Openscenegraph list.

Don't know if posting here will solve the problem but...... Ben is in the CC
line so that people can contact him directly.

John F. Richardson

================= begin OSG post =============


I am trying to load a VRML file, but I get the error message:

 

Warning: Could not find plugin to read objects from file "foo.wrl".

 

I tried this in OSG code, as well as with osgconv and osgviewer.  I have the
OSG lib and osgPlugins directories in my LD_LIBRARY_PATH.  

 

I compiled OSG 2.6.0 from src on Debian Etch.  I am using OpenVRML version
0.14.3.  Do I need a newer version of OpenVRML?  (I set the path to the
OpenVRML includes as well as libopenvrml.so during the CMake configuration).

 

I had VRML files working with OSG 2.4 a long time ago.  Back then I also set
up the Inventor library during the install.  But I forgot what that library
does, why it's needed, and even where to get it.  Do I need it here too?

 

Thanks,

-Ben

Re: [openvrml-develop] Fw: Problem with using ECMAScript

[Braden M. <br...@en...>]

On Wed, 2008-09-17 at 09:25 +0400, Ирина wrote:
> Good afternoon,
>  
>  We've got a problem with using ECMAScript inside OpenVrml control. 
>  Listed below example shows this problem. The 'TimeSensor' node after activation has to call method 'act' and change value of field 'loop'. But it doesn't happen and no one exception is throwed. 
>  
>  So we've got a question, what is wrong in this situation?

Whenever a script directly changes the fields of a node as you're doing,
you must set "directOutput TRUE".

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Fw: Problem with using ECMAScript

[Ирина <tau...@ma...>]

 Good afternoon,
 
 We've got a problem with using ECMAScript inside OpenVrml control. 
 Listed below example shows this problem. The 'TimeSensor' node after activation has to call method 'act' and change value of field 'loop'. But it doesn't happen and no one exception is throwed. 
 
 So we've got a question, what is wrong in this situation?
 
 --------------------------------- 
 
 #VRML V2.0 utf8
 
 Group
 
 {
 
       children
 
       [
 
             DEF   ts0 TouchSensor
 
             {                 
 
             }
 
             Shape 
 
             {  
 
                appearance Appearance {
 
               material DEF m1 Material {
 
               emissiveColor 0.8 0 0
 
               transparency  0.5
 
               }
 
                }
                geometry Sphere {
 
                }
             }           
       ]
 }
 
  
 
 DEF colorInt0 ColorInterpolator { key [ 0 0.25 0.5 0.75 1 ]  keyValue [1 0 0, 0 1 0, 1 0 0, 0 1 0, 1 1 1]}  
 DEF timer0 TimeSensor { cycleInterval 1 startTime 0 loop FALSE }    
 
 DEF SCRIPT Script
 
 { 
 
       eventIn SFTime act  
 
       field SFNode timer0 USE timer0 
    
       url   "javascript:
      
       function act(active) 
 
       { 
          timer0.loop = TRUE;
       }
 
 "}
  
ROUTE ts0.touchTime TO SCRIPT.act
ROUTE colorInt0.value_changed TO m1.set_diffuseColor 
ROUTE timer0.fraction_changed TO colorInt0.set_fraction ROUTE ts0.touchTime TO timer0.set_startTime 
 
  
 
 

[openvrml-develop] trunk now uses XmlLite on Windows

[Braden M. <br...@en...>]

A heads-up for anyone using the trunk on Windows... The dependency on
libxml (and iconv and winsock2) that got introduced some months ago has
been eliminated.  Instead, the Windows build now uses XmlLite.  Assuming
you've already pointed Visual C++ at a Windows SDK installation, this
should Just Work.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

This is now complete and committed both to the trunk and to the 0.17
branch.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Parsing Speed

[Braden M. <br...@en...>]

On Tue, 2008-08-26 at 12:00 -0400, Braden McDaniel wrote:
> On Tue, 2008-08-26 at 11:06 +0200, Johannes Brand wrote:
> > I tested the OpenVRML Parser for VRML97 files and it worked well, so 
> > far. Unfortunately it takes quite a long time to parse/load VRML files 
> > of sizes around 1 or 2Mb. Is it  normal  to have parsing times around 1 
> > Minute for file sizes of 2.3 MB when just using the 
> > "openvrml::null_vrml97_parse_actions" and the standard "parse" function 
> > of "pretty_print.cpp" ??
> 
> The parser does a good deal of semantic checking, so it's probably never
> going to be the fastest parsing solution possible. However, these times
> do sound excessive. Profiling the parse using input like you have
> available would be a very useful activity. Depending on where the
> problems lie, it may be possible to make some significant improvements.

For the benefit of anyone reading this and thinking, "Oh, God,
OpenVRML's parser must be a complete dog," let me provide a bit of an
epilog to this.

Frank was kind enough to share a 2.3 MB file for me to test. Running
tests/parse-vrml97 on this file executes in under 2 seconds on my
Opteron 285 box. Note that this execution time includes start-up costs
(which are nontrivial on the trunk openvrml I tested; libopenvrml now
opens and reads several small XML files as part of initialization) and
the time taken to emit several warnings to stderr. For this test, I
built openvrml using the configure-gcc-opt wrapper script in svn.

So while OpenVRML's parser is never going to be the fastest-possible
parser due to the design constraints I mention above, it seems to be no
slouch either. Regarding Frank's initial results, I think the moral of
the story is: use optimized builds when testing performance. :-)

(Sorry, Frank... But I needed to defend OpenVRML here. ;-)

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

On Sat, 2008-08-30 at 16:02 -0400, Braden McDaniel wrote:
> On Mon, 2008-08-25 at 20:24 -0400, Braden McDaniel wrote:
> 
> [snip]
> 
> > What *isn't* working yet is the ability to have multiple control
> > instances within the openvrml-xembed process.  In other words, things
> > will probably go south quickly if you attempt to run more than one
> > openvrml-player process concurrently.  I'll be fixing this next.
> 
> With my latest check-in, this is now fixed.
> 
> There are a few minor bugs left to fix in openvrml-xembed and some code
> clean-up I'd like to do; but aside from that the only thing left to do
> here is to modify the Gecko plug-in to use the D-Busticated
> openvrml-xembed.

... And now that's done.

So this work is just about complete. There is a little more code
clean-up I want to do; but this stuff will be making its way onto the
trunk soon.

And, I think, the 0.17 branch. The main dependencies this work adds are
D-Bus (and the associated dbus-glib) and at least GTK+ 2.12. Some
non-ancient GTK+ was already required; and I think 2.12 has enough
penetration at this point to make this requirement pretty painless. (If
you think I'm wrong about that, please yell at me.)

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

On Mon, 2008-08-25 at 20:24 -0400, Braden McDaniel wrote:

[snip]

> What *isn't* working yet is the ability to have multiple control
> instances within the openvrml-xembed process.  In other words, things
> will probably go south quickly if you attempt to run more than one
> openvrml-player process concurrently.  I'll be fixing this next.

With my latest check-in, this is now fixed.

There are a few minor bugs left to fix in openvrml-xembed and some code
clean-up I'd like to do; but aside from that the only thing left to do
here is to modify the Gecko plug-in to use the D-Busticated
openvrml-xembed.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Parsing Speed

[Braden M. <br...@en...>]

On Tue, 2008-08-26 at 11:06 +0200, Johannes Brand wrote:
> I tested the OpenVRML Parser for VRML97 files and it worked well, so 
> far. Unfortunately it takes quite a long time to parse/load VRML files 
> of sizes around 1 or 2Mb. Is it  normal  to have parsing times around 1 
> Minute for file sizes of 2.3 MB when just using the 
> "openvrml::null_vrml97_parse_actions" and the standard "parse" function 
> of "pretty_print.cpp" ??

The parser does a good deal of semantic checking, so it's probably never
going to be the fastest parsing solution possible. However, these times
do sound excessive. Profiling the parse using input like you have
available would be a very useful activity. Depending on where the
problems lie, it may be possible to make some significant improvements.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Parsing Speed

[Johannes B. <jb...@te...>]

I tested the OpenVRML Parser for VRML97 files and it worked well, so 
far. Unfortunately it takes quite a long time to parse/load VRML files 
of sizes around 1 or 2Mb. Is it  normal  to have parsing times around 1 
Minute for file sizes of 2.3 MB when just using the 
"openvrml::null_vrml97_parse_actions" and the standard "parse" function 
of "pretty_print.cpp" ??

Cheers,
Johannes

Re: [openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

Well... GtkSocket/GtkPlug usage can sure be... nuanced.  After a great
deal of fiddling about, I've finally found an ordering of events that
works to show the GtkPlug content.

If you'd like to try this stuff out, you'll first need to start an
openvrml-xembed process.  Then you can start up an openvrml-player
process.  You should then be able to load worlds into the player just as
before.

What *isn't* working yet is the ability to have multiple control
instances within the openvrml-xembed process.  In other words, things
will probably go south quickly if you attempt to run more than one
openvrml-player process concurrently.  I'll be fixing this next.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Braden M. <br...@en...>]

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: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank V. G. <fva...@gm...>]

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... ;)
-- 
View this message in context: http://www.nabble.com/Make-problem-with-0.17.8-%28svn%29---gdkglquery-x11-tp19060112p19151650.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Braden M. <br...@en...>]

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: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank V. G. <fva...@gm...>]

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.

-- 
View this message in context: http://www.nabble.com/Make-problem-with-0.17.8-%28svn%29---gdkglquery-x11-tp19060112p19151116.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] openvrml-xembed D-Bustification in svn

[Braden M. <br...@en...>]

I've checked in the work I've done converting openvrml-xembed to use 
D-Bus on this branch:

   http://svn.openvrml.org/svnroot/openvrml/branches/dbus

I *think* network fetching is working. However, there are some 
outstanding issues with display of the GtkPlug; so it's not really 
usable yet.

Also note that no work has been done yet to convert the Mozilla plug-in. 
I've concentrated my initial efforts on using openvrml-player as a host.

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Braden M. <br...@en...>]

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: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Braden M. <br...@en...>]

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: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank V. G. <fva...@gm...>]

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

-- 
View this message in context: http://www.nabble.com/Make-problem-with-0.17.8-%28svn%29---gdkglquery-x11-tp19060112p19060891.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Braden M. <br...@en...>]

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: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank V. G. <fva...@gm...>]

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


-- 
View this message in context: http://www.nabble.com/Make-problem-with-0.17.8-%28svn%29---gdkglquery-x11-tp19060112p19060369.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] Make problem with 0.17.8 (svn) - gdkglquery-x11

[Frank V. G. <fva...@gm...>]

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