openvrml-develop

[openvrml-develop] building for FF 1.5.10 (fedora linux)

[Nicholas F. P. <np...@vt...>]

Hi all~

any idea of the best way to do this?
	we are having trouble building since it seem O-V was last released for 1.5.9?

thanks and best regards,

	_nicholas


Nicholas F. Polys, Ph.D.

Visualization and Research Computing 
Virginia Tech Information Technology 

Re: [openvrml-develop] building for FF 1.5.10 (fedora linux)

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

Nicholas F. Polys wrote:
> Hi all~
> 
> any idea of the best way to do this?
> 	we are having trouble building since it seem O-V was last released for 1.5.9?

The only problem I am aware of is a minor bug in the build system that 
prevents the top-level Mozilla include directory from making its way 
into CPPFLAGS; so finding mozilla-config.h will fail. You should be able 
to add this to CPPFLAGS explicitly at configure time, e.g.:

   $ ./configure CPPFLAGS='-I/usr/include/firefox-1.5.0.10'

As it happens, I think this workaround should also counteract some 
breakage introduced by the Fedora firefox package maintainers.

If you are encountering some other problem, I will need details.

It looks like said package maintainers have finally pushed a version 
where firefox-js.pc is once again useable; so I will be updating the 
openvrml package in kind. However, I'm going out of town tomorrow; so if 
I don't get to it today/tonight, it won't happen until the middle of 
next week.

Braden

Re: [openvrml-develop] building for FF 1.5.10 (fedora linux)

[Nicholas F. P. <np...@vt...>]

Ah - I was using CFLAGS and not CPPFLAGS.
It worked - now installed.

thanks Braden!

_n_polys



Braden McDaniel wrote:
> Nicholas F. Polys wrote:
>> Hi all~
>>
>> any idea of the best way to do this?
>> 	we are having trouble building since it seem O-V was last released for 1.5.9?
> 
> The only problem I am aware of is a minor bug in the build system that 
> prevents the top-level Mozilla include directory from making its way 
> into CPPFLAGS; so finding mozilla-config.h will fail. You should be able 
> to add this to CPPFLAGS explicitly at configure time, e.g.:
> 
>    $ ./configure CPPFLAGS='-I/usr/include/firefox-1.5.0.10'
> 
> As it happens, I think this workaround should also counteract some 
> breakage introduced by the Fedora firefox package maintainers.
> 
> If you are encountering some other problem, I will need details.
> 
> It looks like said package maintainers have finally pushed a version 
> where firefox-js.pc is once again useable; so I will be updating the 
> openvrml package in kind. However, I'm going out of town tomorrow; so if 
> I don't get to it today/tonight, it won't happen until the middle of 
> next week.
> 
> Braden
> 
> 
> -------------------------------------------------------------------------
> 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] building for FF 1.5.10 (fedora linux)

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

Nicholas F. Polys wrote:
> Ah - I was using CFLAGS and not CPPFLAGS.
> It worked - now installed.

Options such as -I and -D are for the C preprocessor.

CFLAGS (for the C compiler) is used hardly anywhere in OpenVRML, since 
it is written in C++. CXXFLAGS (for the C++ compiler) would probably 
have worked (since none of the code in question invokes the C 
preprocessor outside the context of compiling C++); though CPPFLAGS is 
the one that is actually supposed to work.

I found time today to update the Fedora package; so updating OpenVRML 
via that route should work, too. (At least, it will once the new 
binaries propagate to the mirrors.)

I had hoped to have 0.16.4 out by now; however, openvrml-player still 
isn't quite robust enough for me feel it's release-worthy. There is a 
noteworthy fix to the library on the 0penVRML-0_16-BRANCH: loading JPEGs 
over the network should now work reliably. So if you're doing that, I'd 
suggest checking out CVS for the time being.

Braden