[Gdal-dev] ECW JPEG 2000 SDK 3.3 RC2 now online

[Lorenzo Moretti]

Hi Tom and William

>On 2/9/06, William Kyngesburye <woklist at kyngchaos.com> wrote:
>
>     Rats.  Still not working on Mac OS X.  Trace/BPT Trap error.  This is
>     on 10.4/GCC 4 and 10.3/GCC 3.3 (at least I finally got it to build on
>     10.3).  Built with the Gnu configure method, static libecwj2, dynamic
>     libNCS* trio.  I even tried the examples this time, thinking GDAL
>     might be causing problems.
>
>     Was this one of the major problems you mentioned?  Or are you still
>     working on the Mac OS X issue?  Do you have any idea yet what the
>     cause is?
>
>William,


>Sounds like it.  I have seen that error during compressions on
>MacOS X.   MacOS X has some known oddities in its POSIX threads
>support, my current theory is that is breaking some assumptions made
>by our portable threading code.  I have already had to do a couple of
>evil things in there to make decompression support work correctly.

Yes
Now it's only possible to build a static lib (libecwj2.a) and other shared.
I have built examples binaries: decompression examples (DECWExample1, 
DECWExample2, DECWExample4) work, compression examples (CECWExample1, 
CECWExample2, CECWExample3, CECWExample5) go to error: Trace/BT Trap.
I think that for viewing ecw format this is sufficient.

After I have tested gdal with the static lib only (libecwj2.a) 
without libNCS*: I have changed in configure (line 25233):
-  elif test -r $with_ecw/lib/libecwj2.dylib ; then
+  elif test -r $with_ecw/lib/libecwj2.a ; then
and I have tested gdal.
It builds all and at the last there is an error:
ld: /usr/local/lib/libecwj2.a(______lib_libecwj2_a-file.o) illegal 
reference to symbol: _FSFindFolder defined in indirectly referenced 
dynamic library 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
/usr/bin/libtool: internal link edit command failed
make[1]: *** [libgdal.la] Error 1
make: *** [check-lib] Error 2

It has a conflict with CarbonCore framework in a specific module.

>
>The Qmake files included in the build are expected to be deprecated in
>future releases, but it's reasonably certain building with them
>wouldn't fix this issue in any case.
>
>Unfortunately, I will be offline for most of next week, and at this
>point I can't give you an ETA on a fix.  It is on my agenda, because
>most of the serious issues that have occurred with libecwj2 group
>around the portable threading code.  It may be in need of more drastic
>changes than the hacks that have occurred up to this point :-)
>
>If you are interested in investigating and possibly fixing the problem
>yourself, check out the files
>
>$LIBECWJ2/Source/C/NCSUtil/thread.c
>$LIBECWJ2/Source/C/NCSUtil/mutex.c
>
>My first thought was that a reimplementation for MacOS X in terms of
>Carbon multiprocessing services or mach threads might be in order.
>


Question: is it a problem in libecwj2 or in GDAL?

Bye


-- 
__________________________________________________________________________
||      Lorenzo Moretti        e-mail: lorenzo.moretti at bologna.enea.it     
||/|/|  ENEA prot/idr          Web: http://wwwamb.bologna.enea.it/    
||   |  via Don Fiammelli, 2   FTP: ftp://ftpamb.bologna.enea.it/ (ris.)
~~~~~~  40128 BOLOGNA - ITALY  Ph: +39-0516098086  Fax: +39-0516098131
ENEA - Ente Nazionale per le Nuove Tecnologie, l'Energia e l'Ambiente
ENEA - The Italian Agency for New Technologies, Energy and the Environment
__________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20060310/5afdab92/attachment.html