Hi,
On Fri, 2009-09-04 at 20:07 +0800, Gerrit Voß wrote:
> Hi,
>
> On Fri, 2009-09-04 at 13:53 +0200, Johannes Brunen wrote:
> > Hi,
> >
> > I'm facing an additional small problem with the CMake build system with
> > respect to the specific image file types. Let me start by saying that
> > I'm not using the support libs OpenSG provides. After some
> > instrumentation I got the following output on running cmake (only JPEG
> > on the compass)
> >
> > -- Configuring jpeg...
> > -- Searching on JPEG...
> > -- ...JPEG found ok
> > -- ...yes found ok
> > -- ... and jpeg is found...
> > -- ...OSG_WITH_JPG is 1
> >
> > Because I'm unable to load jpeg images I found that the specific code is
> > guarded by the preprocessor flag OSG_WITH_JPG. This flag is not set in
> > my msdev project files generated by cmake or in any *.cmake or *.txt
> > file in the build directory. In case that the code inside of the
> > OSG_WITH_JPG has to be part of the
> > libraries (which I suspect) I think there is might be a hole in the
> > setup. Beside, my jpeg.lib/jpegd.lib are linked to the OSGImageFileIO
> > library.
>
> it should be set in <build_dir>/Source/Base/Base/OSGConfigured.h which
> is included by OSGConfig.h which in turn should be included be the
> jpeg file handler before checking for OSG_WITH_JPG. Could you
> put a #error foo behind OSG_WITH_JPG to see if the compiler
> reaches this point.
another alternative is that there is a another OSGConfigured.h
lying around which is wrongly pulled in.
> > Additional note, I also added the call
> > preloadSharedObject("OSGImageFileIO") before the osgInit(0,NULL) entry
> > point unfortunately necessary on MS windows (but not a problem).
>
> which variant are you using. What I could image is that that there is a
> bug in going from OSGImageFileIO to the concrete filename, e.g.
> OSGImageFileIORN.dll. I'll have a look.
>
hmm, this seem to be handled correctly. Just another question, is only
jpeg not working or is this a general problem that no image loader is
working (e.g. the lib is not pulled in) ?
E.g. can you try to dump which loaders are present, e.g. by calling
OSG::ImageFileHanlder::the()->dump(); in your application.
kind regards,
gerrit
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
