Re: [openvrml-develop] OpenVRML 0.16.6 on Windows.. still no success.

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

On Tue, 2007-10-23 at 15:54 +1300, Philip Lamb wrote:
> Hi all,
> 
> If anyone here is successfully using OpenVRML-0.16.6 on Windows (e.g.  
> can open a .wrl file with sdl-viewer.exe), I'd like to hear how you  
> did it. Getting it working has been a labyrinthine mess. I can  
> compile OK (if OK means with 500+ warnings) but actually viewing  
> anything is an unreached goal.

I have done it.

In general, the warnings are there because they are silly and because
disabling them doesn't really work. If there are warnings you believe to
be pointing to legitimate issues, it is possible you have found
something that I overlooked in the sea of worthless spew (and something
that gcc does not complain about). In that case, please file a bug in
SourceForge.

> Here are the steps so far:
> 1) try to compile boost on Windows. Give up. Use boost- 
> consulting.com's somewhat broken boost binaries installer. OK.
> 2) try to compile openvrml against gnuwin32's freetype/zlib/libpng/ 
> jpeg. C-runtime model incompatibility forces download and build zlib,  
> jpeg, libpng, freetype from source. Oh joy.

It's been a while since I set up libpng and libjpeg to build with on
Windows. I'm guilty of punting here. Can you tell me more about the C
runtime incompatibilities?

I'll Feel The Pain and get this set up.

I have built with FreeType fairly recently. It's not hard to build from
source on Windows.

> 3) try to compile openvrml. Fix issues with openvrml.vsproj file,  
> including include paths picking up linux openvrml-config instead of  
> windows openvrml config.

That's not a problem with the default include paths. It's a problem with
putting platform-specific build files in a source tree that you're
trying to use with multiple platforms. In other words, it's a problem
with building in the srcdir. Don't Do That.

> 4) compile openvrml, openvrml-gl, sdl-viewer.
> 5) TEST code (ARToolKit's libARvrml and simpleVRML example, which  
> currently works flawlessly with openvrml-0.16.6 on Linux and Mac OS  
> X). Bails out with "unrecognized error during resolution" "no  
> alternative URI could be resolved".
> 6) TEST code using sdl-viewer.exe and relative path to .wrl file.  
> Bails out with "invalid URI". Same result with absolute path.  
> Put .wrl file in same folder as sdl-viewer; crashes.

Can you please file a bug in SourceForge and attach the .wrl file you're
using? I will take a look at this.

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