Menu
▾
▴
openvrml-develop — OpenVRML developers mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(25) |
Dec
(46) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(3) |
Feb
(23) |
Mar
(6) |
Apr
(15) |
May
(16) |
Jun
(24) |
Jul
(16) |
Aug
(92) |
Sep
(31) |
Oct
(40) |
Nov
(24) |
Dec
(32) |
| 2002 |
Jan
(22) |
Feb
(4) |
Mar
(38) |
Apr
(52) |
May
(38) |
Jun
(61) |
Jul
(44) |
Aug
(9) |
Sep
(15) |
Oct
(13) |
Nov
(34) |
Dec
(25) |
| 2003 |
Jan
(26) |
Feb
(10) |
Mar
(10) |
Apr
(5) |
May
(30) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(29) |
Oct
(12) |
Nov
(18) |
Dec
(14) |
| 2004 |
Jan
(18) |
Feb
(23) |
Mar
(17) |
Apr
(17) |
May
(9) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
(9) |
Dec
(29) |
| 2005 |
Jan
(37) |
Feb
(24) |
Mar
(6) |
Apr
(4) |
May
(2) |
Jun
(18) |
Jul
(3) |
Aug
(14) |
Sep
(6) |
Oct
(7) |
Nov
(25) |
Dec
(21) |
| 2006 |
Jan
(21) |
Feb
(17) |
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
(13) |
Sep
(4) |
Oct
(22) |
Nov
(31) |
Dec
(19) |
| 2007 |
Jan
(10) |
Feb
(9) |
Mar
(8) |
Apr
(4) |
May
(1) |
Jun
(8) |
Jul
(13) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
(3) |
Dec
(5) |
| 2008 |
Jan
(13) |
Feb
(5) |
Mar
(7) |
Apr
(13) |
May
(12) |
Jun
(8) |
Jul
(24) |
Aug
(25) |
Sep
(12) |
Oct
(16) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(4) |
Feb
(13) |
Mar
(9) |
Apr
|
May
(2) |
Jun
|
Jul
(11) |
Aug
(6) |
Sep
(2) |
Oct
(15) |
Nov
(11) |
Dec
|
| 2010 |
Jan
(4) |
Feb
(11) |
Mar
(38) |
Apr
(7) |
May
(13) |
Jun
(4) |
Jul
(17) |
Aug
(1) |
Sep
(13) |
Oct
(10) |
Nov
(4) |
Dec
|
| 2011 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
(6) |
May
(8) |
Jun
(2) |
Jul
(10) |
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2012 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
(7) |
Jun
(8) |
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(4) |
Nov
(3) |
Dec
|
|
From: <Su...@gm...> - 2001-08-13 09:30:52
|
> Exactly what is the nature of the problem you're having? Well, I want to create a Vrml97 Loader for another software and I used OpenVrml under Linux to do so, which works really fine, I load the file with libopenvrml and then I get all the information I need from the OpenVrml classes and put them in the classes of the other software. Now I wanted to do the same for the IRIX version, but I can't get a working libopenvrml under IRIX. I assume that my developing environment on the O2 is just not correct for the Makefiles created bu configure. In the attachment you can find the errors I get when compiling libopenvrml. I could also send you the config.* files if that would help to find out what I have to change ... Since I only need the data stored in the OpenVrml classes I don't really need to compile lookat, but I just tried to do so to check why my loader terminated with a segmentation fault when I used the libopenvrml I compiled under Irix ... Thx for the help again, Sven -- Aufgepasst - jetzt viele 1&1 New WebHosting Pakete ohne Einrichtungsgebuehr + 1 Monat Grundgebuehrbefreiung! http://puretec.de/index.html?ac=OM.PU.PU003K00736T0492a |
|
From: Braden M. <br...@en...> - 2001-08-13 08:59:05
|
On 13 Aug 2001 10:49:48 +0200, Su...@gm... wrote: > on the sourceforge site I saw a snapshot of qtlookat running under IRIX. FYI, QtLookat will probably need a substantial amount of love before it will compile with recent OpenVRML versions. > So > do you know someone who has a running IRIX version of libopenvrml ??? Mufti has reported on this in the past; hopefully he or someone will chime in here. > Maybe he can tell me what I have to change or maybe he can send e the lib or > or do something else helpful for me ... *sigh* I really need a working SGI > version because I am working on a project for Irix and Linux ... Exactly what is the nature of the problem you're having? -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: <Su...@gm...> - 2001-08-13 08:49:57
|
Hi Braden, on the sourceforge site I saw a snapshot of qtlookat running under IRIX. So do you know someone who has a running IRIX version of libopenvrml ??? Maybe he can tell me what I have to change or maybe he can send e the lib or or do something else helpful for me ... *sigh* I really need a working SGI version because I am working on a project for Irix and Linux ... Thx, Sven -- Aufgepasst - jetzt viele 1&1 New WebHosting Pakete ohne Einrichtungsgebuehr + 1 Monat Grundgebuehrbefreiung! http://puretec.de/index.html?ac=OM.PU.PU003K00736T0492a |
|
From: Braden M. <br...@en...> - 2001-08-13 08:27:10
|
On 13 Aug 2001 10:06:17 +0200, Su...@gm... wrote: > I found in the README that for IRIX you have to use gcc 2.95 I used 3.0, > does that work too or is it a problem ??? You tell us. :-) The same issue with respect to the OS vendor's compiler should be present. > Another question: > Is libGLU the only lib that has to be recompiled with the gcc ??? Only libraries that are implemented in C++ will need to be recompiled. At least theoretically, there should be binary compatibility with C libraries. -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Braden M. <br...@en...> - 2001-08-13 08:16:45
|
I forgot to put it on the roadmap, but sometime before 0.13 (not sure if this'll make it into 0.12 or not), I plan to give copy-on-write semantics to the VrmlMF* types. I will probably take this opportunity to change the VrmlMF* implementations as well so that they are literally arrays of the corresponding VrmlSF* type. I wanted to do a sanity check here, though: if anyone thinks this is a Bad Idea, tell me why. -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: <Su...@gm...> - 2001-08-13 08:06:26
|
Hi, I found in the README that for IRIX you have to use gcc 2.95 I used 3.0, does that work too or is it a problem ??? Another question: Is libGLU the only lib that has to be recompiled with the gcc ??? Thx for help ! Sven Live long and prosper! \\//_ -- Aufgepasst - jetzt viele 1&1 New WebHosting Pakete ohne Einrichtungsgebuehr + 1 Monat Grundgebuehrbefreiung! http://puretec.de/index.html?ac=OM.PU.PU003K00736T0492a |
|
From: Braden M. <br...@en...> - 2001-08-12 22:37:00
|
On 12 Aug 2001 14:53:36 +0200, luc...@li... wrote: > >What level of success are you looking for? It is quite true that many > >classes remain undocumented, and doxygen will spew lots of warning > >messages to that effect. But it should output docs for the classes that > >*are* documented. > > Actually i would like to get the complete hierarchy: even if many > classes are undocumented it is still very useful to have a complete > reference about the class hierarchy toghether with a list of all > members in each class. This would help a lot to dig in the internals of > the library. As Nigel mentioned, look at the docs for Doxygen and play around with the config file. > >So, I'm curious how you're using these classes. If there is a good > >reason to make them part of the public API, we can do that. > > I am trying to collect the geometry information stored in a vrml file. > > In fact i am trying to port to OPENVRML a robotic simulation enviroment > that i coded during my phd course. > Now i am using Cosmo Broswer and the COM EAI interface it provides to > handle all the VRML visualization, but this is crap because > it's extremely slow and i dont get any control on the rendering process > and most of all since Cosmo is not opensource i cant put this in the > open source domanin. I think that Openvrml is the tool that best suits > my needs. Also i excuse myself for my insisting questions but i am > trying to dig into the library code... VrmlScene::readWrl() will run the parser and give you the resulting world as a VrmlMFNode. Are you looking for some other information from the parser? -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Nigel S. <ni...@ni...> - 2001-08-12 13:58:55
|
Doxygen has a flag to "document all" even if they are undocumented,
it's worth browsing through the (lengthly) config options for
Doxygen...
Nigel
> >What level of success are you looking for? It is quite true that many
> >classes remain undocumented, and doxygen will spew lots of warning
> >messages to that effect. But it should output docs for the classes that
> >*are* documented.
--
Nigel Stewart
Email: ni...@ni... WWW: http://www.nigels.com
Research Student, Software Developer.
Just two stops down the line at Zoo Station.
|
|
From: <luc...@li...> - 2001-08-12 12:50:49
|
>What level of success are you looking for? It is quite true that many >classes remain undocumented, and doxygen will spew lots of warning >messages to that effect. But it should output docs for the classes that >*are* documented. Actually i would like to get the complete hierarchy: even if many classes are undocumented it is still very useful to have a complete reference about the class hierarchy toghether with a list of all members in each class. This would help a lot to dig in the internals of the library. >So, I'm curious how you're using these classes. If there is a good >reason to make them part of the public API, we can do that. I am trying to collect the geometry information stored in a vrml file. In fact i am trying to port to OPENVRML a robotic simulation enviroment that i coded during my phd course. Now i am using Cosmo Broswer and the COM EAI interface it provides to handle all the VRML visualization, but this is crap because it's extremely slow and i dont get any control on the rendering process and most of all since Cosmo is not opensource i cant put this in the open source domanin. I think that Openvrml is the tool that best suits my needs. Also i excuse myself for my insisting questions but i am trying to dig into the library code... Thanks for help and patience. Greets Luca |
|
From: Braden M. <br...@en...> - 2001-08-11 19:22:32
|
On 11 Aug 2001 14:05:43 +0200, luc...@li... wrote: > I would like to know if someone has been able to succesfully build the > doxygen documentation for the latest version of the library. In my > attempt to build it i've seen that the hierarchy is not complete and > many sub classes are missing. What level of success are you looking for? It is quite true that many classes remain undocumented, and doxygen will spew lots of warning messages to that effect. But it should output docs for the classes that *are* documented. > Also i would like to say that i solved my linking problems and that, > besides the OPENVRML_DLL_IMPORT missing symbol, i had them because i > am using Vrml97Parser/Scanner classes that were not exported in the > DLL. I solved the problem decorating the classes with _declspec > (dllexport) and recompiling the library. That is the case because I had not intended these classes to be part of the public API. The only reason they aren't in a private namespace in VrmlScene.cpp is that I haven't figured out a way for ANTLR to accommodate that. :-) So, I'm curious how you're using these classes. If there is a good reason to make them part of the public API, we can do that. -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: <luc...@li...> - 2001-08-11 12:05:48
|
I would like to know if someone has been able to succesfully build the doxygen documentation for the latest version of the library. In my attempt to build it i've seen that the hierarchy is not complete and many sub classes are missing. Also i would like to say that i solved my linking problems and that, besides the OPENVRML_DLL_IMPORT missing symbol, i had them because i am using Vrml97Parser/Scanner classes that were not exported in the DLL. I solved the problem decorating the classes with _declspec (dllexport) and recompiling the library. Greets and thanks for ur help Luca |
|
From: S.K.Bose <bo...@pa...> - 2001-08-11 05:13:41
|
On Fri, 10 Aug 2001, Greg Roelofs wrote: > > I hope to contribute to some of these fixes, too, but it won't happen > this month. > You are most welcomed to contribute. I will post whatever is possible out of my free time available. Thanks, Bose |
|
From: Michael L. <Mic...@hr...> - 2001-08-10 19:50:40
|
OpenVRML works OK for crystal structures if you use a SphereSensor to =
control rotation in your VRML code.So for those of you that are =
desperate to examine your models with OpenVRML, then try this workaround =
(change the url "object,wrl" to your VRML file and adjust the scale =
values if necessary):
#VRML V2.0 utf8
NavigationInfo {
type "EXAMINE"
headlight TRUE
}
DEF ExamineObject Group {
children [
DEF TheObject Transform {
scale 1 1 1 # May need to adjust this
children [
Inline {
url "object.wrl" # Add your own file here
}
]
}
DEF Rotator SphereSensor {}
]
}
ROUTE Rotator.rotation_changed TO TheObject.rotation
Best wishes,
Michael.
p.s. Hope this doesn't lead to anyone putting off plans to implement =
real navigation modes in OpenVRML!
----- Original Message -----=20
>=20
> >> A working (again) 'EXAMINE' mode would be nice for those like me =
who
> >> want to visualize objects, not environments (crystal structures in =
my
> >> case, do not let the .signature fool you).
>=20
> S.K.Bose <bo...@pa...> replied:
>=20
> > I am planning to look these nevigation bugs for "EXAMINE" mode =
including
> > nested 'Viewpoint' problems. Unless somebody else.....
|
|
From: Braden M. <br...@en...> - 2001-08-10 19:47:31
|
On 10 Aug 2001 13:52:04 +0200, Su...@gm... wrote: > Hi, > > Now I recompiled everything and I got two more undefined symbols: > > _ZN13Vrml97ScannerC1ERSi and > _ZN8ScriptJSC1EP14VrmlNodeScriptPKc > > > > 35207:lt-lookat: rld: Error: unresolvable symbol in > > /vrml/openvrml-0.10.1/src/openvrml/OpenVRML/.libs/libopenvrml.so.1: > > __INTADDR__ > > > > 35207:lt-lookat: rld: Fatal Error: this executable has unresolvable > > symbols > > > > I also had problems with the Makefile, because antl-prelinked.lo and > scriptjs-prelinked.lo were not linked correctly. So I typed in the libtool call > manually for both and then remade. > > If anyone has a working libopenvrml for IRIX I would appreciate to get it. > Or if anyone has an answer to my problems that would be really a life saver > };-) If you're still using 0.10.1, I suggest you try the most recent version (0.11.1). -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Greg R. <ne...@po...> - 2001-08-10 16:13:17
|
[reading in digest format, so apologies if this duplicates a subsequent
reply...]
Martin Kroeker (mk...@da...) wrote:
>> A working (again) 'EXAMINE' mode would be nice for those like me who
>> want to visualize objects, not environments (crystal structures in my
>> case, do not let the .signature fool you).
S.K.Bose <bo...@pa...> replied:
> I am planning to look these nevigation bugs for "EXAMINE" mode including
> nested 'Viewpoint' problems. Unless somebody else.....
Please do! I just filed a "jumbo" bug for various navigation problems;
it needs to be split for easier tracking of progress on individual cases
(which I'll do today, hopefully), but it may still provide a good spot
for broader issues (such as changes/fixes that affect more than one case):
https://sourceforge.net/tracker/index.php?func=detail&aid=447971&group_id=7151&atid=107151
I hope to contribute to some of these fixes, too, but it won't happen
this month.
--
Greg Roelofs ne...@po... http://pobox.com/~newt/
Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ...
|
|
From: S.K.Bose <bo...@pa...> - 2001-08-10 12:45:40
|
On Fri, 10 Aug 2001, luc...@li... wrote: > I am trying to link the new 11.01 library in a new Visual c DSW that i > have built from scratch. > This project has only one file which is an adaption of the readWrl > method found in VrmlScene.h. >=20 > When compiling it i get linker errors: >=20 > This is very strange since the openvrml lib is in the linker settings, > the header files are included correctly and i didnt have the same > problems with version n=B0 10 from which i was able to generate a working > executable following the same procedure... Now OpenVRML is created as DLL libs. For compiling your source file you give compiler option as=20 "OPENVRML_DLL_IMPORT". You can see it as an example in "lookat.dsp". Thanks Bose |
|
From: <Su...@gm...> - 2001-08-10 11:52:13
|
Hi, Now I recompiled everything and I got two more undefined symbols: _ZN13Vrml97ScannerC1ERSi and _ZN8ScriptJSC1EP14VrmlNodeScriptPKc > 35207:lt-lookat: rld: Error: unresolvable symbol in > /vrml/openvrml-0.10.1/src/openvrml/OpenVRML/.libs/libopenvrml.so.1: > __INTADDR__ > > 35207:lt-lookat: rld: Fatal Error: this executable has unresolvable > symbols > I also had problems with the Makefile, because antl-prelinked.lo and scriptjs-prelinked.lo were not linked correctly. So I typed in the libtool call manually for both and then remade. If anyone has a working libopenvrml for IRIX I would appreciate to get it. Or if anyone has an answer to my problems that would be really a life saver };-) Thx, S. -- Live long and prosper! \\//_ Aufgepasst - jetzt viele 1&1 New WebHosting Pakete ohne Einrichtungsgebuehr + 1 Monat Grundgebuehrbefreiung! http://puretec.de/index.html?ac=OM.PU.PU003K00736T0492a |
|
From: <luc...@li...> - 2001-08-10 11:24:55
|
I am trying to link the new 11.01 library in a new Visual c DSW that i have built from scratch. This project has only one file which is an adaption of the readWrl method found in VrmlScene.h. When compiling it i get linker errors: provaparser.obj : error LNK2001: unresolved external symbol "public: void __thiscall Vrml97Parser::vrmlScene(class VrmlMFNode &,class VrmlNamespace &,class Doc2 const *)" (? vrmlScene@Vrml97Parser@@QAEXAAVVrmlMFNode@@AAVVrmlNamespace@@PBVDoc2@@@Z ) provaparser.obj : error LNK2001: unresolved external symbol "public: __thiscall Vrml97Parser::Vrml97Parser(class antlr::TokenStream &)" (?? 0Vrml97Parser@@QAE@AAVTokenStream@antlr@@@Z) provaparser.obj : error LNK2001: unresolved external symbol "public: __thiscall Vrml97Scanner::Vrml97Scanner(class istream &)" (?? 0Vrml97Scanner@@QAE@AAVistream@@@Z) provaparser.obj : error LNK2001: unresolved external symbol "class System * theSystem" (?theSystem@@3PAVSystem@@A) provaparser.obj : error LNK2001: unresolved external symbol "public: virtual __thiscall antlr::Parser::~Parser(void)" (?? 1Parser@antlr@@UAE@XZ) This is very strange since the openvrml lib is in the linker settings, the header files are included correctly and i didnt have the same problems with version n=B0 10 from which i was able to generate a working executable following the same procedure... Greets Luca |
|
From: <Su...@gm...> - 2001-08-10 07:25:24
|
Hi, I'm trying to get openvrml to run on an SGI O2 with IRIX6.5. I compiled the core library and the GL part with GNU C version 3.0 and it compiled but after compiling lookat and starting it, I get the following undefined symbol: 35207:lt-lookat: rld: Error: unresolvable symbol in /vrml/openvrml-0.10.1/src/openvrml/OpenVRML/.libs/libopenvrml.so.1: __INTADDR__ 35207:lt-lookat: rld: Fatal Error: this executable has unresolvable symbols Does anybody know about this symbol ??? I have no idea what is missing. All I did change was to comment out libpng in the Making of libvrml and the calls to the png functions in the corresponding cpp-file because I seem to have an old version of libpng from which I got undefined symbols as well... Any help would be much appreciated ! Thx in advance, Surak -- Live long and prosper! \\//_ Aufgepasst - jetzt viele 1&1 New WebHosting Pakete ohne Einrichtungsgebuehr + 1 Monat Grundgebuehrbefreiung! http://puretec.de/index.html?ac=OM.PU.PU003K00736T0492a |
|
From: S.K.Bose <bo...@pa...> - 2001-08-10 04:22:57
|
On Thu, 9 Aug 2001, luc...@li... wrote: > I was able to compile correctly version n=B0 10 but with version 11 i get > this error: >=20 > fatal error C1083: Cannot open source file: 'C:\openvrmlbuild\verione 11 > \openvrml-0.11.0\src\openvrml\OpenVRML\ScriptJDK.cpp': No such file or > directory. This problem was reported earlier. Either you delete this file from *.dsp or download openvrml-0.11.1 Bose |
|
From: <luc...@li...> - 2001-08-09 13:37:06
|
I was able to compile correctly version n=B0 10 but with version 11 i get this error: fatal error C1083: Cannot open source file: 'C:\openvrmlbuild\verione 11 \openvrml-0.11.0\src\openvrml\OpenVRML\ScriptJDK.cpp': No such file or directory. I have tryed to #undef HAVE_MOZJS but i get the error anyway... What should i do? Greets Luca Regini |
|
From: S.K.Bose <bo...@pa...> - 2001-08-09 09:08:02
|
On Thu, 9 Aug 2001 mk...@da... wrote: > >API should be mostly complete with the 0.14 release. The one component > >that may remain in flux is the Viewer. This will receive attention as > > A working (again) 'EXAMINE' mode would be nice for those like me who > want to visualize objects, not environments (crystal structures in my > case, do not let the .signature fool you). > I am planning to look these nevigation bugs for "EXAMINE" mode including nested 'Viewpoint' problems. Unless somebody else..... Bose |
|
From: <mk...@da...> - 2001-08-09 08:27:34
|
>API should be mostly complete with the 0.14 release. The one component
>that may remain in flux is the Viewer. This will receive attention as
A working (again) 'EXAMINE' mode would be nice for those like me who
want to visualize objects, not environments (crystal structures in my
case, do not let the .signature fool you).
Martin
--
Dr. Martin Kroeker, daVeg GmbH Darmstadt CAD/CAM/CAQ mk...@da...
Precision Powered by Penguins
|
|
From: Braden M. <br...@en...> - 2001-08-09 05:46:09
|
On 09 Aug 2001 10:06:29 +0530, S.K.Bose wrote: > > > On 8 Aug 2001, Braden McDaniel wrote: > > > On 08 Aug 2001 13:23:02 -0700, clayton cottingham wrote: > > > i think i found an error in the config log > > > > > > > > > it looks for mozilla/jsapi.h > > > > > > no such file or directory!! > > > > > > which i cant see anywhere in the mozilla install dir > > > > > > so im cvs in the mozilla/js again to enable that > > > > The header file is typically included in a "mozilla-devel" package if > > you use RPMs. mozilla.org, unfortunately, has done a less-than-exemplary > > job of establishing standard installation locations for things like > > header files, and OpenVRML's configure script is biased toward the > > decisions Red Hat has made for its RPM packages. Patches to support > > other schemes are welcome, as long as they don't break what's currently > > working. > > Why don't make include directory "jsapi.h" instead "mozilla/jsapi.h" in > VrmlNodeScript.cpp? I hope it is more logical like other libs. Yes, that's probably the Right Thing. I'll need to do some tweaking to the autoconf macro that looks for the header, first. -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: S.K.Bose <bo...@pa...> - 2001-08-09 04:35:04
|
On 8 Aug 2001, Braden McDaniel wrote: > On 08 Aug 2001 13:23:02 -0700, clayton cottingham wrote: > > i think i found an error in the config log > > > > > > it looks for mozilla/jsapi.h > > > > no such file or directory!! > > > > which i cant see anywhere in the mozilla install dir > > > > so im cvs in the mozilla/js again to enable that > > The header file is typically included in a "mozilla-devel" package if > you use RPMs. mozilla.org, unfortunately, has done a less-than-exemplary > job of establishing standard installation locations for things like > header files, and OpenVRML's configure script is biased toward the > decisions Red Hat has made for its RPM packages. Patches to support > other schemes are welcome, as long as they don't break what's currently > working. Why don't make include directory "jsapi.h" instead "mozilla/jsapi.h" in VrmlNodeScript.cpp? I hope it is more logical like other libs. Bose |
2 messages has been excluded from this view by a project administrator.
