Closed GoogleCodeExporter closed 9 years ago
I should have tested it before, but the correction should be:
#ifdef __APPLE__
#include <OpenGL/glu.h>
#else
#include <GL/glu.h>
#endif
Original comment by Florent....@gmail.com
on 21 Oct 2010 at 4:55
Thanks a lot for your report Florent.
Glad we have an apple tester here :)
I will commit your changes tomorrow and fix the GLU_TESS_CALLBACK. Stay tuned!
Cheers,
Joachim
Original comment by jpouder...@gmail.com
on 21 Oct 2010 at 8:24
Hello again!
Well I've been working on this compilation this morning, and succeeded by doing
the following:
#ifdef __APPLE__
#include <OpenGL/glu.h>
#define APIENTRY // Whithout this string declaration APIENTRY is unknown on OSX
#else
#include <GL/glu.h>
#endif
Then I get another error due to gcc 4.2.1 :
macbook-pro-de-florent-buisson-3:libcitygml Flo$ sudo make
[ 14%] Building CXX object src/CMakeFiles/citygml.dir/citymodel.o
[ 28%] Building CXX object src/CMakeFiles/citygml.dir/tesselator.o
/Users/Flo/Dev/libcitygml/src/tesselator.cpp: In static member function
‘static void Tesselator::vertexCallback(GLvoid*, void*)’:
/Users/Flo/Dev/libcitygml/src/tesselator.cpp:86: error: cast from ‘GLvoid*’
to ‘int’ loses precision
make[2]: *** [src/CMakeFiles/citygml.dir/tesselator.o] Error 1
make[1]: *** [src/CMakeFiles/citygml.dir/all] Error 2
make: *** [all] Error 2
I solved this by changing the (int) cast to an (intptr_t) castand thus include :
#include <stdint.h>
to do so. I got this solution from link below:
http://stackoverflow.com/questions/1640423/error-cast-from-void-to-int-loses-pre
cision
I am now going to check if everything works well.
Do you think any of this could be harmful?
Thanks for your quick support!
Original comment by Florent....@gmail.com
on 22 Oct 2010 at 8:51
Thanks a lot, I have commited your changes on the SVN tree. Please check it's
all ok and report so I can close the issue report.
Joachim
Original comment by jpouder...@gmail.com
on 22 Oct 2010 at 9:11
I have just checked your changes and they seem OK to me.
( Is stdint.h inclusion really needed? I didn't test without on OSX but your
version seem to pretend the inclusion is not needed on WIN32)
My version of citygmltest works fine but for now I don't get how to use the osg
plugin and if it has been installed. I will tell you when it works.
Original comment by Florent....@gmail.com
on 22 Oct 2010 at 9:41
Hello again, I'm now back from holidays...
I wondered whether the ReaderWriterCitygml is supposed to be installed with the
rest of the library: i didn't found any proof of its installation as an OSG
plugin.
If it is indeed supposed to be installed, where can I find it? Is there still a
problem with ModuleInstall.cmake where an OSX error is referenced?
If it is not, how can I install it?
By the way I looked for the implementation of the citygml:load() function
without success. Do you have some implementation example of it?
Is there any documentation I didn't found? For a novice like me discovering the
project it would be helpful!
Thanks!
Original comment by Florent....@gmail.com
on 3 Nov 2010 at 3:07
Hello Florent,
You can find an example of libcitygml in the repository: there is a 'test'
folder
(see http://code.google.com/p/libcitygml/source/browse/#svn/trunk/test )
So you can see how use the library.
As for the OpenSceneGraph plugin, there is a problem with the CMakeList.txt
We will fix this soon.
Regards,
Manuel
Original comment by garnier....@gmail.com
on 8 Nov 2010 at 7:59
Hello,
I have the same point as Florent but I am now facing the following issue:
SETUP_PLUGIN is not defined for my version cmake (also working on OS X). This
directive is however used in osgPlugins dirs. Does that mean that the elements
in the test folder should be compiled in the OSG plugin directory?
do you have a working makefile (for linux for instance) available ?
best regards,
Guillaume
Original comment by moreau...@gmail.com
on 10 Nov 2010 at 4:31
Hi all!
You can checkout trunk. I've added a README in libcitygml/test/osgplugin, which
explains how install the ReaderWriterCityGML in OpenSceneGraph.
I've made a few corrections in CMakeLists.txt, FindCityGML.cmake and
FindXerces.cmake
You should now be able to use libcitygml inside Open Scene Graph.
Have fun :)
Regards,
Manuel
Original comment by garnier....@gmail.com
on 16 Nov 2010 at 3:03
Hi!
We arrived to similar conclusions but it is indeed a lot easier now!
Thus to manage good compilation we had to remove i386 from OSG's CMakeLists.txt
in order not to have a compatibility issue when installing libcitygml.
Thanks!
Original comment by Florent....@gmail.com
on 19 Nov 2010 at 9:08
Original issue reported on code.google.com by
Florent....@gmail.com
on 21 Oct 2010 at 4:47