<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>Re: [Gdal-dev] ECW JPEG 2000 SDK 3.3 RC2 now
online</title></head><body>
<div>Hi Tom and William</div>
<div><br></div>
<blockquote type="cite" cite>On 2/9/06, William Kyngesburye
<woklist@kyngchaos.com> wrote:<br>
<br>
Rats. Still not working on Mac OS X.
Trace/BPT Trap error. This is<br>
on 10.4/GCC 4 and 10.3/GCC 3.3 (at least I finally
got it to build on<br>
10.3). Built with the Gnu configure method,
static libecwj2, dynamic<br>
libNCS* trio. I even tried the examples this
time, thinking GDAL<br>
might be causing problems.<br>
<br>
Was this one of the major problems you mentioned?
Or are you still<br>
working on the Mac OS X issue? Do you have
any idea yet what the<br>
cause is?<br>
<br>
William,</blockquote>
<div><br></div>
<div><br></div>
<blockquote type="cite" cite>Sounds like it. I have seen that
error during compressions on<br>
MacOS X. MacOS X has some known oddities in its POSIX
threads<br>
support, my current theory is that is breaking some assumptions
made<br>
by our portable threading code. I have already had to do a
couple of</blockquote>
<blockquote type="cite" cite>evil things in there to make
decompression support work correctly.</blockquote>
<div><br></div>
<div>Yes</div>
<div>Now it's only possible to build a static lib (libecwj2.a) and
other shared.</div>
<div>I have built examples binaries: decompression examples
(DECWExample1, DECWExample2, DECWExample4) work, compression examples
(CECWExample1, CECWExample2, CECWExample3, CECWExample5) go to error:
Trace/BT Trap.</div>
<div>I think that for viewing ecw format this is sufficient.</div>
<div><br></div>
<div>After I have tested gdal with the static lib only (libecwj2.a)
without libNCS*: I have changed in configure (line 25233):</div>
<div>- elif test -r $with_ecw/lib/libecwj2.dylib ; then<br>
+ elif test -r $with_ecw/lib/libecwj2.a ; then</div>
<div>and I have tested gdal.</div>
<div>It builds all and at the last there is an error:</div>
<blockquote><font size="-1">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/Framewor<span
></span>ks/CarbonCore.framework/Versions/A/CarbonCore</font></blockquote
>
<blockquote><font size="-1">/usr/bin/libtool: internal link edit
command failed</font></blockquote>
<blockquote><font size="-1">make[1]: *** [libgdal.la] Error
1</font></blockquote>
<blockquote><font size="-1">make: *** [check-lib] Error
2</font></blockquote>
<blockquote><br></blockquote>
<div>It has a conflict with CarbonCore framework in a specific
module.</div>
<div><br></div>
<blockquote type="cite" cite><br>
The Qmake files included in the build are expected to be deprecated
in<br>
future releases, but it's reasonably certain building with them<br>
wouldn't fix this issue in any case.<br>
<br>
Unfortunately, I will be offline for most of next week, and at
this<br>
point I can't give you an ETA on a fix. It is on my agenda,
because<br>
most of the serious issues that have occurred with libecwj2 group<br>
around the portable threading code. It may be in need of more
drastic<br>
changes than the hacks that have occurred up to this point :-)<br>
<br>
If you are interested in investigating and possibly fixing the
problem<br>
yourself, check out the files<br>
<br>
$LIBECWJ2/Source/C/NCSUtil/thread.c<br>
$LIBECWJ2/Source/C/NCSUtil/mutex.c<br>
<br>
My first thought was that a reimplementation for MacOS X in terms
of</blockquote>
<blockquote type="cite" cite>Carbon multiprocessing services or mach
threads might be in order.<br>
</blockquote>
<div><br></div>
<div><br></div>
<div>Question: is it a problem in libecwj2 or in GDAL?</div>
<div><br></div>
<div>Bye</div>
<div><br></div>
<div><br></div>
<x-sigsep><pre>--
</pre></x-sigsep>
<div
>____________________________________________________________________<span
></span>______<br>
|| Lorenzo
Moretti e-mail:
lorenzo.moretti@bologna.enea.it <br>
||/|/| ENEA
prot/idr Web:
http://wwwamb.bologna.enea.it/ <br>
|| | via Don Fiammelli, 2 FTP:
ftp://ftpamb.bologna.enea.it/ (ris.)<br>
~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax:
+39-0516098131<br>
ENEA - Ente Nazionale per le Nuove Tecnologie, l'Energia e
l'Ambiente<br>
ENEA - The Italian Agency for New Technologies, Energy and the
Environment<br>
_____________________________________________________________________<span
></span>_____</div>
</body>
</html>