openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] stripping libopenvrml.a

[Stefan R. <ste...@gm...>]

Hello,

BM> Stripping a static library is a little unusual; and you might have to
BM> play with some of the options to strip to see what works. Read "man
BM> strip". You definitely don't want to strip *everything*; I'd start with
BM> --strip-unneeded.
I forgot to mention that I already tried all the options strip offers.
both --strip-unneeded and --discard-all give me the error:
BFD: BFD 2.15.91 20040904 internal error, aborting at ../../src/bfd/coffcode.h l
ine 852 in handle_COMDAT

BFD: Please report this bug.

--discard-locals and --strip-debug do not reduce the size nameable.
The problem with the size of libopenvrml.a I have is that the linking
process for my app takes about 10 minutes, and as I'm quite new to
openVRML, I have to recompile very often to try different things. So
do I have any other chances to speed up linking instead of striping
the library?

-- 
 Stefan                          

Re: [openvrml-develop] stripping libopenvrml.a

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

On Sat, 2006-11-18 at 19:38 +0100, Stefan Rilling wrote:
> Hello,
> 
> as it was already mentioned serevral times here I am using strip to
> reduce the size of the static library. When I call
> 
> strip libopenvrml.a
> 
> i get I library with the reduced size of about 20MB. This is still very
> huge,

20 MB is in the ballpark of expected sizes.

>  but besides of this I get a lot uf undefined references trying
> to link to that stripped library. So could someone explain to me in
> detail how to strip the library correctly? I only need some basic
> file output of vertex and index lists, normals, vertex colors and
> texture coordinates, but I was not able to figure out how to do that.
> Sorry if this is a noob question.

Stripping a static library is a little unusual; and you might have to
play with some of the options to strip to see what works. Read "man
strip". You definitely don't want to strip *everything*; I'd start with
--strip-unneeded.

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

[openvrml-develop] stripping libopenvrml.a

[Stefan R. <ste...@gm...>]

Hello,

as it was already mentioned serevral times here I am using strip to
reduce the size of the static library. When I call

strip libopenvrml.a

i get I library with the reduced size of about 20MB. This is still very
huge, but besides of this I get a lot uf undefined references trying
to link to that stripped library. So could someone explain to me in
detail how to strip the library correctly? I only need some basic
file output of vertex and index lists, normals, vertex colors and
texture coordinates, but I was not able to figure out how to do that.
Sorry if this is a noob question.

-- 
TIA,
 Stefan                          

Re: [openvrml-develop] Non Conforming

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

On Thu, 2006-11-16 at 12:20 -0800, John Richardson wrote:

[snip]

> Advice: I think that BLENDER.ORG is the key here. Blender is in the same
> class as Maya, Max and LW (etc...) and they may update the exporter to
> Braden's specifications. Maybe not, but....

Ahem. They aren't *my* specifications. ;-) They're ISO's.

> Oh, and thanks Philip, even if the library remains at 155MB. It is the
> thought that counts.

After stripping, the binary tends to be about an order of magnitude
smaller than that for me (on x86_64 Linux).

> Oh, and when I do make APPLEVILLE, I'll add Braden Parkway in honor of you
> know who.... Maybe Lamb & Lamb commercial district...

:-)

Unfortunately not all vendors care equally about conformance. But if
noise generated by OpenVRML serves to generate bug reports to vendors
with conformance problems, then that noise serves a purpose.

As mentioned, this particular bit of noise can be filtered out in user
code. (Well, at least, that will be possible in 0.16.2. Sigh.) It does
require that someone care enough to go to the trouble; such is life.

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

Re: [openvrml-develop] Error loading vrml with 0.16.1, worked OK with 0.15.10

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

On Wed, 2006-11-15 at 23:41 -0500, Braden McDaniel wrote:
> On Thu, 2006-11-16 at 16:46 +1300, Philip Lamb wrote:

[snip]

> > It would also be good to have a means (at runtime) to suppress the  
> > warning:
> > warning: axis component of a rotation must be a normalized vector
> > 
> > since loading any VRML exported from Maya or 3DS Max generates  
> > zillions of these.
> 
> Such files are not conforming. I am unlikely to add a mechanism to
> OpenVRML to suppress them. However, openvrml::browser uses a
> user-suppled std::ostream for its console output. You could supply an
> ostream that filters these out.

Bah. Except right now, I'm using libantlr's default reporting mechanism
that goes to std::cerr rather than the std::ostream passed to browser.
That will be fixed: bug 1598088.

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

[openvrml-develop] Non Conforming (Was RE: Error loading vrml with 0.16.1, worked OK with 0.15.10)

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

Hello,

New thread since this is a "content" post, not a programming post.

Here is the problem.

MAYA and 3DS MAX are two of the market leaders and quite possibly make up a
majority of modeling and animation systems. So, those non conforming files
are gushing forth from the market leaders into the hard drives of lots of
artists.

I assume there are two ways to get VRML out of these systems.

Easy and Hard.

This assumption is based upon VRML export in Amapi 3D 6 and Carrara which
are mid level systems. I'll volunteer to add terrain to my SimVRML suite
from VUE 5 Infinite and LW9 just to test the process. It's just a WRL file
after all.

The easy way
The incredibly talented artist creates a masterpiece and clicks the Export
VRML menu item. At this point the VRML export crashes, succeeds with lots of
non comforming stuff that is useless or annoying to post process in VRML
authoring tools or miraculously pumps out beautiful VRML that OpenVRML and
the authoring tools love.

The Hard way
The incredibly talented artist creates a masterpiece after reading the
H-anim spec and the geoVRML spec and the VRML 97 spec and makes a virtual
world that is designed from scratch to be a VRML (or X3D) world that is
compliant and can be worked with in Flux studio or Axel Edge or BBedit to
make enough behaviors to satisfy their client. Then they click the VRML
export button. At this point the VRML export crashes, succeeds with lots of
non comforming stuff that is useless or annoying to post process in VRML
authoring tools or miraculously pumps out beautiful VRML that OpenVRML and
the authoring tools love.

The dominant theme is: "VRML viewers are at the mercy of the bean counters
at Autodesk (yes the AutoCAD people that own Maya and 3DS Max)" It is
irrelevant how capable the viewers are with respect to the core spec and the
extensions like h-anim, animation and terrain. If Autodesk does not beef up
it's export and work with Braden (and Keith Victor and the Blaxxun and
Octaga and ... programmers) then only the hard way followed by lots of post
production in Flux/BBedit (Axel is owned by a furniture manufacturer with
virtual showrooms and is dead). This comment applies to NewTek, DAZ, Maxon,
Avid (the video and audio people that now own Softimage), BLENDER.ORG,
Caligari, Poser People (I.E., Second Life avatars with proprietary morph
targets),...

Note: Poser did not have to mod their product, SL actually provided
developer tools to comform poser models to the SL API. Their bean counters
decided to do this since it is their business and Poser is the GODling of
avatar creators. Is Poser better than PG's toolset for avatars. It does not
matter, some commercial entity went and did it.

So, we are in a catch-22 situation here. Braden should NOT have to correct
VRML export from mainstream animation and modeling systems.

My original APPLEVILLE model should not have been a bloated, piggish,
sloppy, fat, lumbering, mother of all extraneous extra ASCII blank spaces
export from Carrara, but it was...even with some of the exotic export flags
selected. Of course, that was when Carrara would not crash on export.

Advice: I think that BLENDER.ORG is the key here. Blender is in the same
class as Maya, Max and LW (etc...) and they may update the exporter to
Braden's specifications. Maybe not, but....

Oh, and thanks Philip, even if the library remains at 155MB. It is the
thought that counts.

Oh, and when I do make APPLEVILLE, I'll add Braden Parkway in honor of you
know who.... Maybe Lamb & Lamb commercial district...

John F. Richardson

-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Braden
McDaniel
Sent: Wednesday, November 15, 2006 8:42 PM
To: ope...@li...
Subject: Re: [openvrml-develop] Error loading vrml with 0.16.1,worked OK
with 0.15.10

On Thu, 2006-11-16 at 16:46 +1300, Philip Lamb wrote:

<SNIP...>

> It would also be good to have a means (at runtime) to suppress the  
> warning:
> warning: axis component of a rotation must be a normalized vector
> 
> since loading any VRML exported from Maya or 3DS Max generates  
> zillions of these.

Such files are not conforming. I am unlikely to add a mechanism to
OpenVRML to suppress them. However, openvrml::browser uses a
user-suppled std::ostream for its console output. You could supply an
ostream that filters these out.

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



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
openvrml-develop mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

Re: [openvrml-develop] Error loading vrml with 0.16.1, worked OK with 0.15.10

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

On Thu, 2006-11-16 at 16:46 +1300, Philip Lamb wrote:
> Hi all,
> 
> I am loading a vrml file with OpenVRML (using sdl-viewer) that loads  
> OK in 0.15.10, but on 0.16.1 bails out with this error:
> 
> openvrml/basetypes.cpp:2619: failed assertion `axis == axis.normalize()'
> 
> Is there any way to force openvrml to ignore these kinds of  
> assertions???

It's a standard C assert; and the way to avoid these is to define NDEBUG
(i.e., add "-DNDEBUG" to CPPFLAGS when configuring).

But please send me the problem file. It's a bug that this assertion is
failing.

> It would also be good to have a means (at runtime) to suppress the  
> warning:
> warning: axis component of a rotation must be a normalized vector
> 
> since loading any VRML exported from Maya or 3DS Max generates  
> zillions of these.

Such files are not conforming. I am unlikely to add a mechanism to
OpenVRML to suppress them. However, openvrml::browser uses a
user-suppled std::ostream for its console output. You could supply an
ostream that filters these out.

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

Re: [openvrml-develop] libopenvrml size

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

On Thu, 2006-11-16 at 13:32 +1300, Philip Lamb wrote:
> Hi all,
> 
> I was just about to package openvrml in in binary form for Mac OS X/ 
> i386, and I notice that the library weighs in at 153 MB! Can anyone  
> comment on the size of the lib on other platforms?

Strip it. (Like you should all your libraries.)

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

[openvrml-develop] Error loading vrml with 0.16.1, worked OK with 0.15.10

[Philip L. <ph...@ed...>]

Hi all,

I am loading a vrml file with OpenVRML (using sdl-viewer) that loads  
OK in 0.15.10, but on 0.16.1 bails out with this error:

openvrml/basetypes.cpp:2619: failed assertion `axis == axis.normalize()'

Is there any way to force openvrml to ignore these kinds of  
assertions???

It would also be good to have a means (at runtime) to suppress the  
warning:
warning: axis component of a rotation must be a normalized vector

since loading any VRML exported from Maya or 3DS Max generates  
zillions of these.

Phil.

[openvrml-develop] libopenvrml size

[Philip L. <ph...@ed...>]

Hi all,

I was just about to package openvrml in in binary form for Mac OS X/ 
i386, and I notice that the library weighs in at 153 MB! Can anyone  
comment on the size of the lib on other platforms?

Phil

Re: [openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

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

On Tue, 2006-11-14 at 11:52 +0000, blue rpk wrote:
> Hello
>   Pardon me for my ignorance, but how do
> I see the console output. I am using the library and not any
> application. Does it appear when I run an application?

Well, you must be using *some* application. Have a look at what 0.16.1's
sdl-viewer does; lines 89-94 and 121-124:

        <http://openvrml.cvs.sourceforge.net/openvrml/openvrml/examples/sdl_viewer.cpp?revision=1.11&view=markup>

>   Also, if I have a transform node pointer, what is the recommended
> way to extract the rotation values? Right now I am just checking the
> value by using the watch method of the debugger in Visual Studio.

Call openvrml::transform_node::transform to get the openvrml::mat4f and
use the openvrml::mat4f::transformation accessor.

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

Re: [openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

[blue r. <bl...@gm...>]

Hello
  Pardon me for my ignorance, but how do
I see the console output. I am using the library and not any
application. Does it appear when I run an application?

  Also, if I have a transform node pointer, what is the recommended
way to extract the rotation values? Right now I am just checking the
value by using the watch method of the debugger in Visual Studio.

Thanks a lot for your help.


On 11/10/06, Braden McDaniel <br...@en...> wrote:
>
> On Fri, 2006-11-10 at 10:52 +0000, blue rpk wrote:
> > Thanks for your reply.
> >
> > Some examples of the values that are read in and expected values are as
> > follows.
> >
> > In VRML file -  0.979336  Rotation field value  0.96029615
> > In VRML file - -0.143005  Rotation field value -0.19626954
> > In VRML file - -0.143005  Rotation field value -0.19826628
> >
> >   As you can see, the same value is read in as a different value in
> > openVRML. It is most probably something that I am doing or haven't
> > understood properly. I am attaching the VRML file that I am reading.
> >   Any help and comments appreciated.
>
> If I add this Script node to the end of your file:
>
>         Script {
>           field SFNode t USE VCube01
>           url [
>             "javascript: function initialize() { print(t.rotation); }"
>           ]
>         }
>
> I get this console output using 0.16.1:
>
>         0.979336 -0.143005 -0.143005 -1.592
>
> That tells me that the values have made it into the runtime okay. If you
> see the same output with 0.15.10, I'd guess the problem is introduced by
> however you're retrieving the values.
>
> (Note that the rotation axis value for VCube02 is not normalized;
> OpenVRML *will* change the axis values here because it will normalize
> the vector. Note that rotation axis values that are not normalized are
> technically nonconforming; that's why OpenVRML emits a warning about
> them.)
>
> --
> Braden McDaniel                           e-mail: <br...@en...>
> <http://endoframe.com>                    Jabber: <br...@ja...>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>

Re: [openvrml-develop] build openVRML without MS VC?

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

On Sat, 2006-11-11 at 00:11 +0100, Paul Geisler wrote:
> Hello.
> 
> I tried for hours now, to build for Windows with cygwin or MinGW.
> The ./configure seems to have many true-linux based aspects I guess.. 
> For example pkg-config is rather useless as most libs I have to pick up 
> as bare tarballs.
> 
> Has anyone succeed with a build on cygwin / MinGW?

I have built it with Cygwin. pkg-config will pick up the dependencies
that are Cygwin packages just fine.

I have not mustered the time and patience to get MinGW working.

> Or is MS VC the only pratical way?

If you want to wind up with something that is independent of Cygwin, it
is what I recommend. Though I'm sure someone more knowledgeable than I
am about MinGW could get that working.

> Those configure scripts are just to long to inverstigate entirely..

"config.log" is useful for diagnosing most ordinary failures.
"configure" itself is generated from "configure.ac", which should be
significantly easier to digest. Though sometimes there simply is no
substitute for inspecting the generated shell script.

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

[openvrml-develop] build openVRML without MS VC?

[Paul G. <pau...@we...>]

Hello.

I tried for hours now, to build for Windows with cygwin or MinGW.
The ./configure seems to have many true-linux based aspects I guess.. 
For example pkg-config is rather useless as most libs I have to pick up 
as bare tarballs.

Has anyone succeed with a build on cygwin / MinGW?
Or is MS VC the only pratical way?

Those configure scripts are just to long to inverstigate entirely..

thanks very much

Paul

Re: [openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

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

On Fri, 2006-11-10 at 10:52 +0000, blue rpk wrote:
> Thanks for your reply.
> 
> Some examples of the values that are read in and expected values are as
> follows.
> 
> In VRML file -  0.979336  Rotation field value  0.96029615
> In VRML file - -0.143005  Rotation field value -0.19626954
> In VRML file - -0.143005  Rotation field value -0.19826628
> 
>   As you can see, the same value is read in as a different value in
> openVRML. It is most probably something that I am doing or haven't
> understood properly. I am attaching the VRML file that I am reading.
>   Any help and comments appreciated.

If I add this Script node to the end of your file:

        Script {
          field SFNode t USE VCube01
          url [
            "javascript: function initialize() { print(t.rotation); }"
          ]
        }

I get this console output using 0.16.1:

        0.979336 -0.143005 -0.143005 -1.592

That tells me that the values have made it into the runtime okay. If you
see the same output with 0.15.10, I'd guess the problem is introduced by
however you're retrieving the values.

(Note that the rotation axis value for VCube02 is not normalized;
OpenVRML *will* change the axis values here because it will normalize
the vector. Note that rotation axis values that are not normalized are
technically nonconforming; that's why OpenVRML emits a warning about
them.)

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

Re: [openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

[blue r. <bl...@gm...>]

Thanks for your reply.

Some examples of the values that are read in and expected values are as
follows.

In VRML file -  0.979336  Rotation field value  0.96029615
In VRML file - -0.143005  Rotation field value -0.19626954
In VRML file - -0.143005  Rotation field value -0.19826628

  As you can see, the same value is read in as a different value in
openVRML. It is most probably something that I am doing or haven't
understood properly. I am attaching the VRML file that I am reading.
  Any help and comments appreciated.

  Thank you for your suggestion about Visual Studio Express 2005. I will try
it out today.



On 11/9/06, Braden McDaniel <br...@en...> wrote:
>
> On Wed, 2006-11-08 at 16:28 +0000, blue rpk wrote:
> > Hello
> >   I am trying to load a VRML file and then read the values off it using
> > openvrml. I noticed a strange thing that the rotation values in the
> > transform node do not match the values in the vrml file when they are
> > floating point values. Am I doing something wrong?
>
> Well, it's possible your expectations are off. Some inaccuracy is built
> into the nature of floating point values. By how much are the values
> off?
>
> >    I am using version 0.15.10. ( I am using windows and cannot compile
> > 0.16.1 yet).
>
> Are you aware that 0.16.1 should compile with the free Visual C++ 2005
> Express compiler?
>
> --
> Braden McDaniel                           e-mail: <br...@en...>
> <http://endoframe.com>                    Jabber: <br...@ja...>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>

Re: [openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

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

On Wed, 2006-11-08 at 16:28 +0000, blue rpk wrote:
> Hello
>   I am trying to load a VRML file and then read the values off it using
> openvrml. I noticed a strange thing that the rotation values in the
> transform node do not match the values in the vrml file when they are
> floating point values. Am I doing something wrong?

Well, it's possible your expectations are off. Some inaccuracy is built
into the nature of floating point values. By how much are the values
off?

>    I am using version 0.15.10. ( I am using windows and cannot compile
> 0.16.1 yet).

Are you aware that 0.16.1 should compile with the free Visual C++ 2005
Express compiler?

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

[openvrml-develop] Rotation values do not correspond to the actual values in the VRML file

[blue r. <bl...@gm...>]

Hello
  I am trying to load a VRML file and then read the values off it using
openvrml. I noticed a strange thing that the rotation values in the
transform node do not match the values in the vrml file when they are
floating point values. Am I doing something wrong?

   I am using version 0.15.10. ( I am using windows and cannot compile
0.16.1 yet).

I appreciate any help I receive.

Thanks a lot.

Re: [openvrml-develop] Compiling OpenVRML 0.16.1 on Mac OS X

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

On Wed, 2006-11-01 at 16:01 +1300, Philip Lamb wrote:
> OK, I was able to test this today.
> 
> First up.. the patch for finding Rez works. Good.
> 
> Next.. I tried building firstly on a machine without GTk/GDK.. bad  
> news.. here is the configure and result:
> 
> Future messages will follow for build on a machine with GTK.

Sigh.

It's a silly mistake, I think; an autoconf macro didn't behave the way I
expected it to. It's too bad you weren't able to test the patches I
provided or the OpenVRML-0_16 branch in CVS before the 0.16.1 release.

I'm not in a rush to make a 0.16.2 release right now; though it might
happen in a few weeks. Let me know if you're interested in a patch to
lib/gtkglext/configure.in.

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

[openvrml-develop] Compiling OpenVRML 0.16.1 on Mac OS X

[Philip L. <ph...@ed...>]

OK, I was able to test this today.

First up.. the patch for finding Rez works. Good.

Next.. I tried building firstly on a machine without GTk/GDK.. bad  
news.. here is the configure and result:

Future messages will follow for build on a machine with GTK.

Sorry about the length of this:

% ./configure --with-apple-opengl-framework --disable-script-node- 
javascript --disable-gtkplug --disable-mozilla-plugin
checking build system type... i686-apple-darwin8.8.1
checking host system type... i686-apple-darwin8.8.1
checking target system type... i686-apple-darwin8.8.1
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a pax tar archive... gnutar
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
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 ANSI C... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
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 dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
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 how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -p output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared  
libraries... yes
checking dynamic linker characteristics... darwin8.8.1 dyld
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... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking for g++ option to produce PIC... -fno-common
checking if g++ PIC flag -fno-common works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking dynamic linker characteristics... darwin8.8.1 dyld
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
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 gij... no
checking for java... java
checking for gcj... no
checking for javac... javac
checking for gcjh... no
checking for javah... javah
checking for jar... jar
checking for antlr... no
checking if antlr is available to the Java runtime... no
configure: WARNING: antlr 2.7.4 not found; but generated files  
already exist
checking for doxygen... /sw/bin/doxygen
checking for Rez... /Developer/Tools/Rez
checking if the compiler supports the gcc visibility attribute... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... - 
D_THREAD_SAFE
checking for cc_r... gcc
checking for pkg-config... /sw/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for FONTCONFIG... yes
checking for freetype-config... /usr/X11R6/bin/freetype-config
checking if FreeType callback function signatures use const... no
checking for JS... no
checking for JS... no
checking for GTK... no
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for sdl-config... /sw/bin/sdl-config
checking for JNI library... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating m4/Makefile
config.status: creating ide-projects/Makefile
config.status: creating models/Makefile
config.status: creating models/audio/Makefile
config.status: creating models/textures/Makefile
config.status: creating lib/Makefile
config.status: creating lib/antlr/GNUmakefile
config.status: creating java/Makefile
config.status: creating java/vrml/Makefile
config.status: creating java/vrml/node/Makefile
config.status: creating java/vrml/field/Makefile
config.status: creating src/Makefile
config.status: creating src/libopenvrml/Makefile
config.status: creating src/libopenvrml/openvrml-config.h
config.status: creating src/libopenvrml-gl/Makefile
config.status: creating src/libopenvrml-gl/openvrml-gl-config.h
config.status: creating src/openvrml-gtkplug/Makefile
config.status: creating examples/Makefile
config.status: creating tests/Makefile
config.status: creating tests/atlocal
config.status: creating openvrml.pc
config.status: creating openvrml.spec
config.status: creating openvrml-gl.pc
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing tests/atconfig commands
configure: configuring in lib/gtkglext
configure: running /bin/sh './configure' --prefix=/usr/local  '--with- 
apple-opengl-framework' '--disable-script-node-javascript' '--disable- 
gtkplug' '--disable-mozilla-plugin' 'CPPFLAGS=-I/sw/include'  
'LDFLAGS=-L/sw/lib' --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-apple-darwin8.8.1
checking host system type... i686-apple-darwin8.8.1
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
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 ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for strerror in -lcposix... no
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
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 dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
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 how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -p output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared  
libraries... yes
checking dynamic linker characteristics... darwin8.8.1 dyld
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... no
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking for g++ option to produce PIC... -fno-common
checking if g++ PIC flag -fno-common works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking dynamic linker characteristics... darwin8.8.1 dyld
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for some Win32 platform... no
checking for native Win32... no
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking whether build environment is sane... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... (cached) yes
checking whether ln -s works... yes
checking for gawk... (cached) gawk
checking for perl5... no
checking for perl... /usr/bin/perl
checking for indent... indent
checking for pkg-config... /sw/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for BASE_DEPENDENCIES... configure: error: Package  
requirements (gtk+-2.0 >= 2.0.0 gdk-2.0 >= 2.0.0 pango >= 1.0.0  
pangox >= 1.0.0 gmodule-2.0 >= 2.0.0 ) were not met:

No package 'gtk+-2.0' found
No package 'gdk-2.0' found
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'glib-2.0', required by 'Pango', not found

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

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

configure: error: /bin/sh './configure' failed for lib/gtkglext

[openvrml-develop] ANN: OpenVRML 0.16.1

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

OpenVRML 0.16.1 is now available.  The distribution can be obtained
from

  <http://prdownloads.sourceforge.net/openvrml/openvrml-0.16.1.tar.gz?download>

OpenVRML is a C++ runtime library for VRML97 and X3D worlds.  It is
capable of reading and displaying VRML/X3D; it can be used for creating
loaders, file converters, and VRML/X3D browsers.

OpenVRML includes a Mozilla browser plug-in.

You can find OpenVRML on the Web at

  <http://openvrml.org>


New in OpenVRML 0.16.1:

- Replaced the Mozilla plug-in's openvrml-player helper program with
  openvrml-gtkplug, a reusable out-of-process GTK+ VRML browser
  component.

- Removed use of XPCOM from the Mozilla plug-in.  This should allow
  the plug-in to work in any browser that supports NPAPI and XEmbed
  plug-ins.

- Added basic rendering of Text nodes on Windows.  Font selection
  remains unimplemented.

- Fixed problem where GtkGLExt was built even when not needed.

- Fixed problem locating the Rez resource compiler when building on
  Mac OS X.

- Fixed problems building with Cygwin X11 OpenGL.

- Support building with FreeType 2.2.

Re: [openvrml-develop] size of libopenvrml.a - static linking takes ages

[Reed H. <re...@in...>]

Can you 'strip' it?

Reed


On Tue, Oct 24, 2006 at 01:23:19PM +0200, Stefan Rilling wrote:
> Hi all,
> 
> I recently build openvrml 0.16.0 using Cygwin. The resulting
> libopenvrml.a has a size of nearly 125 MB, and as you can already read in the subject,
> linking statically takes some major amount of time. Is this normal or
> am I doing something wrong?
> 
> TIA,
>  Stefan                          
> 

Re: [openvrml-develop] size of libopenvrml.a - static linking takes ages

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

On Tue, 2006-10-24 at 13:23 +0200, Stefan Rilling wrote:
> Hi all,
> 
> I recently build openvrml 0.16.0 using Cygwin. The resulting
> libopenvrml.a has a size of nearly 125 MB, and as you can already read in the subject,
> linking statically takes some major amount of time. Is this normal or
> am I doing something wrong?

It's normal.

The overwhelming majority of that heft is symbols--which can get huge
with nontrivial template code. gcc seems particularly slow managing
these symbols (relative to some other compilers). If you build without
debugging symbols (i.e., set CXXFLAGS to something without -g in it when
running configure), things will go a good deal faster and you'll get a
much smaller binary. Though obviously the debugging symbols won't be
there if you need them.

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

[openvrml-develop] size of libopenvrml.a - static linking takes ages

[Stefan R. <ste...@gm...>]

Hi all,

I recently build openvrml 0.16.0 using Cygwin. The resulting
libopenvrml.a has a size of nearly 125 MB, and as you can already read in the subject,
linking statically takes some major amount of time. Is this normal or
am I doing something wrong?

TIA,
 Stefan                          

Re: [openvrml-develop] Status update: modularization

[Josip A. <jo...@vr...>]

Braden McDaniel wrote:
> 
> Right. Scripts block--period. It doesn't matter if they're in another
> thread--all that means is that a request is dispatched to the script
> thread and the rendering thread has to wait on it to be processed.

Right. AFAIK this is just as other browsers do.

> Maybe not. Or not quite, anyway.
> 
> I ought to spawn a new thread to download the script code, at the very
> least; I don't want to have the rendering thread block on that. I
> *could* just keep that thread running and run the script in it and do
> the active object thing.

Right.

> I've had a brief look; nothing there jumped out at me as being something
> I needed. But I'm still pretty naive about a lot of this. Though it has
> occurred to me that if I ever want to do something like display download
> progress for this stuff, I'll presumably need to implement my own
> URLStreamHandler. Joy.

:)
I think you can safelly assume that scripts are small and there's no 
need to display progress bar.

Regards...