El 18/01/10 20:05, Benjamin Ducke escribió: > Hi Rafa, > > Thanks for your clarifications. I think I have a good > idea of what I need to do now. I am hesitating to use > Visual C because I don't want to sacrifice gigabytes > of disk space just to get some C code compiled and I > absolutely loath the semantics of cmd.exe and all those > MS development tools. So I might adapt those CMake files > to run MingW/GCC instead. > CMake is a very useful tool. It can generate Unix/Mac/Mingw Makefiles and Visual Studio Project files, so I think mingw generation will be quite straighforward. > Some build notes would be helpful, though. > > I will let you know if I run into another problem or > in the unlikely case that I figure something out which > you didn't know before! >
It's ok! :) Greets, Rafa. > Best, > > Ben > > ----- Original Message ----- > From: "Rafael Gaitán"<gvsi...@ai2.upv.es> > To: "gvsig internacional"<gvsig_internacional@listserv.gva.es> > Sent: Monday, January 18, 2010 6:58:52 PM GMT +01:00 Amsterdam / Berlin / > Bern / Rome / Stockholm / Vienna > Subject: Re: [Gvsig_english] JNI bindings and system binaries > > Hi Ben, > > I'm Rafa again! :) > > El 18/01/10 16:20, Benjamin Ducke escribió: > >> Dear all, >> >> I am currently looking into how to compile binaries and JNI >> wrappers for platform-dependent binaries (GDAL,PROJ.4, etc.). >> I have some questions: >> >> 1. I am a bit unsure whether to use the JNI bindings from >> trunk or the 3D extension' versions. Are those version >> going to be merged into trunk again sometime soon? >> Does the current trunk version already support GDAL 1.6.3? >> >> > I don't know if will be merged, but probably will, because I fixed some > JNI errors that doesn't affect to functionality. > > If you want compile jni bindings by yourself, I recommend you use the > fixed versions (3D branch) but by now they are not oficial!. > > Trunk version I'm sure is not compiled against GDAL 1.6.3. Binaries from > 3D branch are built against that version using Visual Studio 2008 SP1. > >> 2. What's in the "libjni-addo" project? The same bindings >> also seem to be in "libjni-gdal/main/java/org/addo"? >> >> 2. If I look into ""libjni-gdal/main/java/org/gvsig/jogr", I see >> OGR vector data driver functions in there. Is this what >> gvSIG currently uses to manage shapefiles? Or is this just >> some experimental code? >> >> 3. The compilation instructions for jgdal, jmrsid etc.state >> that Visual C is needed on Linux. >> Is that because the native libraries were also compiled >> using Visual C? Or is there another reason? >> I am asking because I'd like to compile everything with MinGW. >> If I have to use Visual C: which version and is there a free >> version available? >> >> > If you want compile on windows I think you can download a free version > of the visual studio from microsoft web page, but make sure that *all > your native libraries* are built with the same compiler. If you mix > visual studio versions probably will give you crashes, because of mixing > c++ runtime versions. JNI world is not as funny as Java! hehe. > >> 4. Regarding Mac OS X, I noticed that there are some Mac specific >> projects in trunk: libjni-gdal-macosx, libjni-mrsid-macosx, ... >> Are those still needed on the Mac? >> >> > If you use the 3D branch, they are not needed. Currently we are using > CMake for multiplatform building. So only some basic knowledge of CMake > is needed. > > We probably upload a BUILD_NOTES.txt to each jni project on the branch > with a simple guide. > > Another problem that Agustin said is that I was not able to generate > correctly ecw and mrsid libraries for MacOSX. > > ECW compiles and should work... but once you try to load a file it gives > an exception and aborts the process :(. MRSID doesn't compile at all, I > have the requested SDK but the build process gives some linkage > problems. If you find a solution to the problem I will very pleasead to > upload the changes to the 3D branch. > > Rafa. > >> Any help will be much appreciated! >> >> Best regards, >> >> Ben >> >> >> ------ >> Files attached to this email may be in ISO 26300 format (OASIS Open Document >> Format). If you have difficulty opening them, please visit >> http://iso26300.info for more information. >> >> _______________________________________________ >> Gvsig_internacional mailing list >> Gvsig_internacional@listserv.gva.es >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >> >> > _______________________________________________ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > > > > ------ > Files attached to this email may be in ISO 26300 format (OASIS Open Document > Format). If you have difficulty opening them, please visit > http://iso26300.info for more information. > > _______________________________________________ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > _______________________________________________ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional