122186 2006-02-08 15:39 0000 An ebuild for the ECW JPEG 2000 SDK 2006-12-26 03:38:38 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED http://www.ermapper.com/downloads/download_view.aspx?PRODUCT_VERSION_ID=288 EBUILD P2 enhancement --- 122188 1 hrz@geodata.soton.ac.uk sci-geosciences@gentoo.org alexandre.sanches@netcourrier.com luca.casagrande@gmail.com syntaxerrormmm@gmail.com hrz@geodata.soton.ac.uk 2006-02-08 15:39:05 0000 The ECW JPEG 2000 SDK 3.3 RC2 has just been released, and I thought it would be helpful to post a preliminary ebuild for it. I've used it to install on my system: Linux 2.6.15-gentoo-r1 #1 PREEMPT Thu Jan 26 10:27:55 GMT 2006 i686 AMD Athlon(tm) XP 2800+ AuthenticAMD GNU/Linux The ebuild is pretty rough and ready, but it's a start, and it works for me! It includes a hack in src_install() to enable the install to proceed (I've filed a bug with upstream). It means a new license for portage as well. hrz@geodata.soton.ac.uk 2006-02-08 15:40:56 0000 Created an attachment (id=79283) libecwj2-3.3_rc2.ebuild I placed this in the sci-libs category in my overlay tree. carlo@gentoo.org 2006-02-12 12:16:04 0000 - src_unpack() is superfluous luca.casagrande@gmail.com 2006-03-16 04:40:19 0000 I got this error: >>> Source unpacked. !!! ERROR: sci-libs/libecwj2-3.3_rc2 failed. !!! Function econf, Line 498, Exitcode 1 !!! no configure script found hrz@geodata.soton.ac.uk 2006-03-17 07:58:16 0000 (In reply to comment #3) > I got this error: > >>> Source unpacked. > > !!! ERROR: sci-libs/libecwj2-3.3_rc2 failed. > !!! Function econf, Line 498, Exitcode 1 > !!! no configure script found > I couldn't recreate that error. The archive on the website doesn't seem to have changed either. Did you download the source as opposed to binary distribution? You should have the source SDK available at <http://www.ermapper.com/downloads/download_view.aspx?PRODUCT_VERSION_ID=288>. If that doesn't fix it you'll have to provide some more information. luca.casagrande@gmail.com 2006-03-17 08:09:45 0000 gekomachine geko # emerge info Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -msse2 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -msse2 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ngi.it http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" LANG="it_IT@euro" LINGUAS="it" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 apm asf audiofile avi berkdb bitmap-fonts bzip2 cdb cdr crypt cups curl dri dvd dvdr eds emboss encode exif expat fam ffmpeg foomaticdb fortran gd gdbm gif glut gmp gpm gtk2 hal idn imlib ipod ipv6 java jpeg junit kde lcms libg++ libwww mad mhash mikmod mng motif mp3 mpeg mysql ncurses nls nvidia ogg oggvorbis opengl oss pam pcre pdflib perl png postgres python qt quicktime readline ruby scanner sdl spell sqlite ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis xine xml2 xv xvid zlib linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, MAKEOPTS This is the full error: >>> Unpacking libecwj2-3.3-RC2.zip to /var/tmp/portage/libecwj2-3.3_rc2/work >>> Source unpacked. !!! ERROR: sci-libs/libecwj2-3.3_rc2 failed. !!! Function econf, Line 498, Exitcode 1 !!! no configure script found The archives in the distfile is the same of the one i compiled by hand, and is working fine... thx Luca hrz@geodata.soton.ac.uk 2006-03-17 08:51:03 0000 (In reply to comment #5) Well, we have the same version of Portage and build chain, same FEATUREs etc. So it's most likely to be a difference in the SDK we have. The md5 checksum for my file is: 0ab313ee45f695e447af5706fcc7ebee /usr/portage/distfiles/libecwj2-3.3-RC2.zip Does yours match? Also after running ebuild /usr/local/portage/sci-libs/libecwj2/libecwj2-3.3_rc2.ebuild unpack the configure script is at /var/tmp/portage/libecwj2-3.3_rc2/work/configure Is this the same for yours? Apart from that, I can't think of anything else to check! luca.casagrande@gmail.com 2006-03-17 08:56:44 0000 The file is the same, but the path where the configure is, is this: /var/tmp/portage/libecwj2-3.3_rc2/work/libecwj2-3.3/configure Thx Luca luca.casagrande@gmail.com 2006-03-17 09:00:53 0000 Wait! I mistaken the cecksum ceck...is different but i don't understand why 3aa429c01e7029ff13933b66ba6749ef libecwj2-3.3-RC2.zip hrz@geodata.soton.ac.uk 2006-03-17 09:59:38 0000 (In reply to comment #8) > Wait! > I mistaken the cecksum ceck...is different but i don't understand why My fault - ER seem to have uploaded a new file later on the same day as I downloaded mine! I will attach a new ebuild that should work with it. hrz@geodata.soton.ac.uk 2006-03-17 10:02:48 0000 Created an attachment (id=82394) libecwj2-3.3_rc2-r1.ebuild Should work with ECW source SDK having the following md5 sum: 3aa429c01e7029ff13933b66ba6749ef alexandre.sanches@netcourrier.com 2006-03-18 18:36:04 0000 A good idea would have been to push the .h files in a subdirectory of /usr/include/ , for example /usr/include/libecwj2/ . As an absolute non-expert of Portage, I don't know if there is such a var as $INCDIR or something accessible from the ebuild. Anyway, good news : the lib compiles and seems to work on my amd64 too. More testing to come. luca.casagrande@gmail.com 2006-03-19 03:12:17 0000 All si working fine right now...Thx! I think we should ad an r1 of gdal to add support for this and for grass, cause all the patch on bugs works fine... hrz@geodata.soton.ac.uk 2006-03-20 06:33:32 0000 (In reply to comment #11) > A good idea would have been to push the .h files in a subdirectory of > /usr/include/ , for example /usr/include/libecwj2/ . As an absolute non-expert > of Portage, I don't know if there is such a var as $INCDIR or something > accessible from the ebuild. Good point. I had a look at the headers and found that this package overwrites headers from the lcms package. There are a number of options as I see it: 1. Do what you suggest. This can be accomplished by passing the --includedir argument to econf and modifying the 'mkdir -p' hack in src_install(). The problem with this is that the headers are now in a non standard location; every package that uses libecwj2 (e.g. gdal) would need to alter the CFLAGS/CPPFLAGS variables to point to the correct header location. 2. Leave libecwj2 install locations alone but specify a block with lcms such that the two packages can't coexist on the same system. 3. Patch up libecwj2 such that lcms is an optional dependency for libecwj2, and is pulled in from the system rather than the bundled lcms (i.e. passing --with-lcms to configure). 4. Do something I've missed #1 is easy to implement but is it acceptable for other packages? #2 is rather unpalatable, especially as there's a likelihood that people using libecwj2 would also have a use for lcms (like me). #3 would be the cleanest solution but would require the most effort. Ideally this is something that upstream should implement to tidy up their distribution. Perhaps someone with some more experience in these issues could suggest something. alexandre.sanches@netcourrier.com 2006-03-20 13:25:46 0000 LCMS is statically linked by libecwj2, and lcms headers are not overwritten. Considering this, solution 1 is enough, for libecwj2 alone, and can be considered healthy. About GDAL, I don't know what has to be done but probably not much, since ecw headers are probably called in few if not only one gdal header. Patching hopefully can be light and simple. I will try to take a look. syntaxerrormmm@gmail.com 2006-05-26 14:47:11 0000 Using libecwj2-3.3_rc2-r1 ebuild with libecwj2-3.3-RC2-2006-02-08.zip (and renaming it in /usr/portage/distfiles) doesn't work: /var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source/include/NCSJPCBuffer.h:178: error: extra qualification syntaxerrormmm@gmail.com 2006-05-26 14:47:11 0000 Using libecwj2-3.3_rc2-r1 ebuild with libecwj2-3.3-RC2-2006-02-08.zip (and renaming it in /usr/portage/distfiles) doesn't work: /var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source/include/NCSJPCBuffer.h:178: error: extra qualification ‘CNCSJPCBuffer::’ on member ‘CNCSJPCBuffer’ /var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source/include/NCSJPCBuffer.h:191: error: extra qualification ‘CNCSJPCBuffer::’ on member ‘operator=’ make[3]: *** [______lib_libecwj2_a-NCSJP2.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source/NCSBuildGnu' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source/NCSBuildGnu' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/libecwj2-3.3_rc2-r1/work/libecwj2-3.3/Source' make: *** [all-recursive] Error 1 !!! ERROR: sci-libs/libecwj2-3.3_rc2-r1 failed. Call stack: ebuild.sh, line 1531: Called dyn_compile ebuild.sh, line 931: Called src_compile libecwj2-3.3_rc2-r1.ebuild, line 29: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. I'll assume source code in archive it's broken. Hope for a workaround? syntaxerrormmm@gmail.com 2006-05-26 14:54:16 0000 Sorry, additional info: # md5sum libecwj2-3.3-RC2-2006-02-08.zip 3aa429c01e7029ff13933b66ba6749ef libecwj2-3.3-RC2-2006-02-08.zip # emerge --info Gentoo Base System version 1.12.0 Portage 2.1_rc2-r3 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r2, 2.6.16-suspend2-r6 i686) ================================================================= System uname: 2.6.16-suspend2-r6 i686 Mobile AMD Athlon(tm) XP 2600+ ccache version 2.4 [enabled] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r1 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/grass60/etc /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://130.59.10.34/mirror/gentoo/ ftp://130.59.10.35/mirror/gentoo/ ftp://ftp.wwc.edu/pub/mirrors/ftp.gentoo.org ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO ftp://mirror.isp.net.au/pub/gentoo/" LANG="it_IT" LC_ALL="it_IT.utf8" LINGUAS="it" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 7zip X aac aalib acpi aim alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 caps cdparanoia cdr cli crypt cups dba dbase dbus dga dio dri dts dvb dvd dvdr dvdread emboss encode esd fbcon ffmpeg fftw firefox flac flatfile foomaticdb fortran ftp gcj gdbm geoip gif gnutls gpm gps gstreamer gtk gtk2 hal iconv icq ieee1394 imagemagick imap imlib isdnlog jabber jack javascript jpeg jpeg2k lcms lesstif libcaca libg++ libgda libwww mad matroska mbox md5sum mhash mikmod mime mmap mmx mng motif mp3 mpeg msn nas ncurses nis nls nptl nsplugin odbc offensive ogg opengl oscar oss pam pcmcia pcre pdf pdflib perl php pic png posix postgres ppds pppd python qt quicktime readline reflection samba sdl session sharedmem sndfile soap sockets sox spell spl sse ssl svg sysvipc szip tcltk tcpd tetex theora threads tiff timidity truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vorbis win32codecs wmf wxwindows xinerama xml xml2 xmlrpc xorg xosd xpm xprint xsl xv xvid yahoo zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux linguas_it userland_GNU video_cards_via video_cards_vesa video_cards_fbdev video_cards_v4l" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS hrz@geodata.soton.ac.uk 2006-05-30 07:22:08 0000 (In reply to comment #16) > # emerge --info > Gentoo Base System version 1.12.0 > Portage 2.1_rc2-r3 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r2, > 2.6.16-suspend2-r6 i686) A search on "error: extra qualification" confirms my hunch that the error is due to the fact that you're using gcc-4.1 (I'm using gcc-3.4.6). The problem is that 4.1 dislikes the following construct: class MyClass { int MyClass::method(void); }; which needs to be changed to: class MyClass { int method(void); }; So changing line 178 in NCSJPCBuffer.h to: CNCSJPCBuffer( const class CNCSJPCBuffer& src ); and line 191 to: class CNCSJPCBuffer& operator=( const class CNCSJPCBuffer& src ); would hopefully resolve the issue. I won't make a patch for it as I'm sure there will be other such cases, and I haven't upgraded to 4.1 yet so I can't test for them all. Feel free to do so, though, and we can submit the patches to ERMapper and include them in the ebuild until it is fixed. syntaxerrormmm@gmail.com 2006-05-31 16:14:22 0000 Created an attachment (id=88053) Patch to allow gcc4 compilation syntaxerrormmm@gmail.com 2006-05-31 16:21:42 0000 Created an attachment (id=88054) New ebuild that includes gcc4 support The previous and the present attachments are to place: libecwj2-gcc4-includes.patch -> ${PORTDIR_OVERLAY}/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch libecwj2-3.3_rc2-r2.ebuild -> ${PORTDIR_OVERLAY}/sci-libs/libecwj2/libecwj2-3.3_rc2-r2.ebuild I've changed a little the content of the ebuild. I didn't test it yet with gcc-3.4, with gcc-4.* works fine. Arch ~x86. HTH, please feedback :) hrz@geodata.soton.ac.uk 2006-06-01 05:35:59 0000 (In reply to comment #19) > Created an attachment (id=88054) [edit] > New ebuild that includes gcc4 support > > The previous and the present attachments are to place: > libecwj2-gcc4-includes.patch -> > ${PORTDIR_OVERLAY}/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch > libecwj2-3.3_rc2-r2.ebuild -> > ${PORTDIR_OVERLAY}/sci-libs/libecwj2/libecwj2-3.3_rc2-r2.ebuild > > I've changed a little the content of the ebuild. I didn't test it yet with > gcc-3.4, with gcc-4.* works fine. Arch ~x86. > > HTH, please feedback :) > I haven't done many tests, but it compiled fine for me and worked with gdalinfo on some test files. I'm using: $ gcc-config -c i686-pc-linux-gnu-3.4.6 Have you filed a bug with ERMapper for this Emiliano? Thanks! syntaxerrormmm@gmail.com 2006-06-29 08:53:33 0000 (In reply to comment #20) > Have you filed a bug with ERMapper for this Emiliano? Sorry for the long waiting... No, I haven't filed it yet. Where I can file it? Thanks for the early-beta testing, bye. hrz@geodata.soton.ac.uk 2006-06-29 09:03:37 0000 (In reply to comment #21) > (In reply to comment #20) > > Have you filed a bug with ERMapper for this Emiliano? > > Sorry for the long waiting... No, I haven't filed it yet. Where I can file it? ER Mapper have a feedback form at http://www.ermapper.com/support/beta/ where you can comment and upload the patch. Thanks. syntaxerrormmm@gmail.com 2006-06-29 09:27:27 0000 (In reply to comment #22) > ER Mapper have a feedback form at http://www.ermapper.com/support/beta/ where > you can comment and upload the patch. Done. Hope to hear something new soon, thanks again. luca.casagrande@gmail.com 2006-09-11 22:09:40 0000 Hi to all! 3.3 Is out..I tried to change your ebuild for this version but got problem with gcc patch..can you give me a hand? Thanks Luca luca.casagrande@gmail.com 2006-09-11 22:25:45 0000 This is the error in the patch: ***** libecwj2-gcc4-includes.patch ***** ======================================== PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch ======================================== can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCBuffer.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCBuffer.h 2006-05-31 23:21:33.000000000 +0200 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored can't find file to patch at input line 23 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCMarker.h 2006-06-01 00:19:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 34 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCPLTMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCPLTMarker.h 2006-05-31 23:38:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================== PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch ======================================== patching file Source/include/NCSJPCBuffer.h Hunk #1 FAILED at 175. Hunk #2 FAILED at 188. 2 out of 2 hunks FAILED -- saving rejects to file Source/include/NCSJPCBuffer.h.rej patching file Source/include/NCSJPCMarker.h Hunk #1 FAILED at 98. 1 out of 1 hunk FAILED -- saving rejects to file Source/include/NCSJPCMarker.h.rej patching file Source/include/NCSJPCPLTMarker.h Hunk #1 FAILED at 81. 1 out of 1 hunk FAILED -- saving rejects to file Source/include/NCSJPCPLTMarker.h.rej ======================================== PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch ======================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCBuffer.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCBuffer.h 2006-05-31 23:21:33.000000000 +0200 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored missing header for unified diff at line 23 of patch can't find file to patch at input line 23 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCMarker.h 2006-06-01 00:19:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 34 of patch can't find file to patch at input line 34 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCPLTMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCPLTMarker.h 2006-05-31 23:38:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================== PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch ======================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCBuffer.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCBuffer.h 2006-05-31 23:21:33.000000000 +0200 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored missing header for unified diff at line 23 of patch can't find file to patch at input line 23 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCMarker.h 2006-06-01 00:19:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 34 of patch can't find file to patch at input line 34 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCPLTMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCPLTMarker.h 2006-05-31 23:38:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================== PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-libs/libecwj2/files/libecwj2-gcc4-includes.patch ======================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCBuffer.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCBuffer.h 2006-05-31 23:21:33.000000000 +0200 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored missing header for unified diff at line 23 of patch can't find file to patch at input line 23 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCMarker.h 2006-06-01 00:19:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 34 of patch can't find file to patch at input line 34 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libecwj2-3.3/Source/include/NCSJPCPLTMarker.h 2006-02-08 03:04:44.000000000 +0100 |+++ newincludes/NCSJPCPLTMarker.h 2006-05-31 23:38:48.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored hrz@geodata.soton.ac.uk 2006-09-12 04:27:16 0000 Created an attachment (id=96780) libecwj2-3.3.ebuild An ebuild for libecwj2-3.3. Seems to install fine for me with $ gcc-config -c i686-pc-linux-gnu-4.1.1 Lots of warnings when building, but it seemed to stumble through. There's no need for the patches submitted previously as the code seems to have been tidied up in that respect. syntaxerrormmm@gmail.com 2006-09-12 09:44:13 0000 (In reply to comment #26) > There's no > need for the patches submitted previously as the code seems to have been tidied > up in that respect. Exactly. I think that they applied the patch proposed here, so the ebuilds need no more patching. Thanks Homme, I will try your ebuild as soon as I can be stable online. Cheers. syntaxerrormmm@gmail.com 2006-09-22 07:56:51 0000 Thanks again, Homme. Your ebuild works on ~x86 with gcc-4.1.1. djay@gentoo.org 2006-12-19 08:00:16 0000 Now in the cvs, it will take some time to hit the mirror. Thanks for your appriciate help. djay@gentoo.org 2006-12-19 08:03:57 0000 libecwj2-3.3.ebuild will be available in portage soon. jcrml@mxm.eu 2006-12-26 03:38:38 0000 Also works on AMD64. Please add the ~amd64 keyword. 79283 2006-02-08 15:40 0000 libecwj2-3.3_rc2.ebuild libecwj2-3.3_rc2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iVGhpcyBsaWJyYXJ5IG9mZmVycyBy ZWFkIChkZWNvbXByZXNzKSBhbmQgd3JpdGUgKGNvbXByZXNzKSBmb3IgYm90aCB0aGUgRUNXIGFu ZCB0aGUgSVNPIEpQRUcgMjAwMCBpbWFnZSBmaWxlIGZvcm1hdHMiClNSQ19VUkk9IiR7UE59LTMu My1SQzIuemlwIgpIT01FUEFHRT0iaHR0cDovL3d3dy5lcm1hcHBlci5jb20vZWN3LyIKCkxJQ0VO U0U9ImxpYmVjd2oyIgpSRVNUUklDVD0iZmV0Y2giClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IgpJ VVNFPSJkb2MiCgpERVBFTkQ9InZpcnR1YWwvbGliYyIKClM9IiR7V09SS0RJUn0iCgpwa2dfbm9m ZXRjaCgpIHsKCWVpbmZvICJEb3dubG9hZCAke1NSQ19VUkl9IGZyb20gJHtIT01FUEFHRX0gYW5k IHB1dCBpdCBpbiIKCWVpbmZvICIke0RJU1RESVJ9Igp9CgpzcmNfdW5wYWNrKCkgewoJdW5wYWNr ICR7QX0KCWNkICR7U30KfQoKc3JjX2NvbXBpbGUoKSB7CgllY29uZiB8fCBkaWUgImVjb25mIGZh aWxlZCIKCWVtYWtlIHx8IGRpZSAiZW1ha2UgZmFpbGVkIgp9CgpzcmNfdGVzdCgpIHsKCWNkICR7 U30KCW1ha2UgY2hlY2sgfHwgZGllICJUcnlpbmcgbWFrZSBjaGVjayB3aXRob3V0IHN1Y2Nlc3Mu Igp9CgpzcmNfaW5zdGFsbCgpIHsKCWludG8gL3VzcgoJbWtkaXIgLXAgJHtEfXVzci9pbmNsdWRl CSMgaGFjayB0byBlbmFibGUgaW5zdGFsbCBvZiBpbmNsdWRlIGZpbGVzCgltYWtlIERFU1RESVI9 JHtEfSBpbnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKCWlmIHVzZSBkb2M7IHRo ZW4KCQlkb2RvYyBTREsucGRmCglmaQp9Cg== 82394 2006-03-17 10:02 0000 libecwj2-3.3_rc2-r1.ebuild libecwj2-3.3_rc2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpNWV9QVj0iJHtQVi9fKi99IgpERVNDUklQVElPTj0iVGhp cyBsaWJyYXJ5IG9mZmVycyByZWFkIChkZWNvbXByZXNzKSBhbmQgd3JpdGUgKGNvbXByZXNzKSBm b3IgYm90aCB0aGUgRUNXIGFuZCB0aGUgSVNPIEpQRUcgMjAwMCBpbWFnZSBmaWxlIGZvcm1hdHMi ClNSQ19VUkk9IiR7UE59LSR7TVlfUFZ9LVJDMi56aXAiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmVy bWFwcGVyLmNvbS9lY3cvIgoKTElDRU5TRT0ibGliZWN3ajIiClJFU1RSSUNUPSJmZXRjaCIKU0xP VD0iMCIKS0VZV09SRFM9In54ODYiCklVU0U9ImRvYyIKCkRFUEVORD0idmlydHVhbC9saWJjIgoK Uz0iJHtXT1JLRElSfS8ke1BOfS0ke01ZX1BWfSIKCnBrZ19ub2ZldGNoKCkgewoJZWluZm8gIkRv d25sb2FkICR7U1JDX1VSSX0gZnJvbSAke0hPTUVQQUdFfSBhbmQgcHV0IGl0IGluIgoJZWluZm8g IiR7RElTVERJUn0iCn0KCnNyY19jb21waWxlKCkgewoJZWNvbmYgfHwgZGllICJlY29uZiBmYWls ZWQiCgllbWFrZSB8fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoKc3JjX3Rlc3QoKSB7CgljZCAke1N9 CgltYWtlIGNoZWNrIHx8IGRpZSAiVHJ5aW5nIG1ha2UgY2hlY2sgd2l0aG91dCBzdWNjZXNzLiIK fQoKc3JjX2luc3RhbGwoKSB7CglpbnRvIC91c3IKCW1rZGlyIC1wICR7RH11c3IvaW5jbHVkZQkj IGhhY2sgdG8gZW5hYmxlIGluc3RhbGwgb2YgaW5jbHVkZSBmaWxlcwoJbWFrZSBERVNURElSPSR7 RH0gaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCglpZiB1c2UgZG9jOyB0aGVu CgkJZG9kb2MgU0RLLnBkZgoJZmkKfQo= 88053 2006-05-31 16:14 0000 Patch to allow gcc4 compilation libecwj2-gcc4-includes.patch text/plain LS0tIGxpYmVjd2oyLTMuMy9Tb3VyY2UvaW5jbHVkZS9OQ1NKUENCdWZmZXIuaAkyMDA2LTAyLTA4 IDAzOjA0OjQ0LjAwMDAwMDAwMCArMDEwMAorKysgbmV3aW5jbHVkZXMvTkNTSlBDQnVmZmVyLmgJ MjAwNi0wNS0zMSAyMzoyMTozMy4wMDAwMDAwMDAgKzAyMDAKQEAgLTE3NSw3ICsxNzUsNyBAQAog CQkvKiogRGVmYXVsdCBjb25zdHJ1Y3RvciwgaW5pdGlhbGlzZXMgbWVtYmVycyAqLwogCUNOQ1NK UENCdWZmZXIoKTsKIAkJLyoqIENvcHkgY29uc3RydWN0b3IgKi8KLQlDTkNTSlBDQnVmZmVyOjpD TkNTSlBDQnVmZmVyKCBjb25zdCBjbGFzcyBDTkNTSlBDQnVmZmVyJiBzcmMgKTsKKwlDTkNTSlBD QnVmZmVyKCBjb25zdCBjbGFzcyBDTkNTSlBDQnVmZmVyJiBzcmMgKTsKIAkJLyoqIGNvbnN0cnVj dG9yLCBzcGVjaWZ5IHJlY3QgdmFsdWVzICovCiAJQ05DU0pQQ0J1ZmZlcihVSU5UMzIgbldpZHRo LCBUeXBlIGVUeXBlKTsKIAkJLyoqIGNvbnN0cnVjdG9yLCBzcGVjaWZ5IHJlY3QgdmFsdWVzICov CkBAIC0xODgsNyArMTg4LDcgQEAKIAl2aXJ0dWFsIH5DTkNTSlBDQnVmZmVyKCk7CiAJCiAJCS8q KiBBc3NpZ25tZW50IG9wZXJhdG9yICovCi0JY2xhc3MgQ05DU0pQQ0J1ZmZlciYgQ05DU0pQQ0J1 ZmZlcjo6b3BlcmF0b3I9KCBjb25zdCBjbGFzcyBDTkNTSlBDQnVmZmVyJiBzcmMgKTsKKwljbGFz cyBDTkNTSlBDQnVmZmVyJiBvcGVyYXRvcj0oIGNvbnN0IGNsYXNzIENOQ1NKUENCdWZmZXImIHNy YyApOwogCiAJCS8qKiBBbGxvYyBhIGJ1ZmZlciB0aGUgc3BlY2lmaWVkIHdpZHRoIGFuZCB0eXBl ICovCiAJYm9vbCBBbGxvYyhVSU5UMzIgbldpZHRoLCBUeXBlIGVUeXBlKTsKLS0tIGxpYmVjd2oy LTMuMy9Tb3VyY2UvaW5jbHVkZS9OQ1NKUENNYXJrZXIuaAkyMDA2LTAyLTA4IDAzOjA0OjQ0LjAw MDAwMDAwMCArMDEwMAorKysgbmV3aW5jbHVkZXMvTkNTSlBDTWFya2VyLmgJMjAwNi0wNi0wMSAw MDoxOTo0OC4wMDAwMDAwMDAgKzAyMDAKQEAgLTk4LDcgKzk4LDcgQEAKIAkJICogQHBhcmFtCQlz cmMJCQlDb3B5IHNvdXJjZQogCQkgKiBAcmV0dXJuICAgICAgdm9pZAogCQkgKi8KLQl2b2lkIENO Q1NKUENNYXJrZXI6Om9wZXJhdG9yPSggY29uc3QgY2xhc3MgQ05DU0pQQ01hcmtlciYgc3JjICk7 CisJdm9pZCBvcGVyYXRvcj0oIGNvbnN0IGNsYXNzIENOQ1NKUENNYXJrZXImIHNyYyApOwogfTsK IAogI2VuZGlmIC8vICFOQ1NKUENNQVJLRVJfSAotLS0gbGliZWN3ajItMy4zL1NvdXJjZS9pbmNs dWRlL05DU0pQQ1BMVE1hcmtlci5oCTIwMDYtMDItMDggMDM6MDQ6NDQuMDAwMDAwMDAwICswMTAw CisrKyBuZXdpbmNsdWRlcy9OQ1NKUENQTFRNYXJrZXIuaAkyMDA2LTA1LTMxIDIzOjM4OjQ4LjAw MDAwMDAwMCArMDIwMApAQCAtODEsNyArODEsNyBAQAogCQkgKiBAcGFyYW0JCXNyYwkJCUNvcHkg c291cmNlLgogCQkgKiBAcmV0dXJuICAgICAgdm9pZAogCQkgKi8KLQl2b2lkIENOQ1NKUENQTFRN YXJrZXI6Om9wZXJhdG9yPSggY29uc3QgY2xhc3MgQ05DU0pQQ1BMVE1hcmtlciYgc3JjICk7CisJ dm9pZCBvcGVyYXRvcj0oIGNvbnN0IGNsYXNzIENOQ1NKUENQTFRNYXJrZXImIHNyYyApOwogCQkv KiogCiAJCSAqIEFsbG9jYXRlIHRoZSBsZW5ndGhzIGFycmF5IHZlY3Rvci4KIAkJICovCg== 88054 2006-05-31 16:21 0000 New ebuild that includes gcc4 support libecwj2-3.3_rc2-r2.ebuild application/octet-stream IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpNWV9QVj0iJHtQVi9fKi99IgpERVNDUklQVElPTj0iVGhp cyBsaWJyYXJ5IG9mZmVycyByZWFkIChkZWNvbXByZXNzKSBhbmQgd3JpdGUgKGNvbXByZXNzKSBm b3IgYm90aCB0aGUgRUNXIGFuZCB0aGUgSVNPIEpQRUcgMjAwMCBpbWFnZSBmaWxlIGZvcm1hdHMi ClNSQ19VUkk9IiR7UE59LSR7TVlfUFZ9LVJDMi56aXAiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmVy bWFwcGVyLmNvbS9lY3cvIgpQS0dfVVJMPSJodHRwOi8vd3d3LmVybWFwcGVyLmNvbS9kb3dubG9h ZHMvZG93bmxvYWRfdmlldy5hc3B4P1BST0RVQ1RfVkVSU0lPTl9JRD0yODgiCgpMSUNFTlNFPSJs aWJlY3dqMiIKUkVTVFJJQ1Q9ImZldGNoIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0i ZG9jIgoKREVQRU5EPSJ2aXJ0dWFsL2xpYmMiCgpTPSIke1dPUktESVJ9LyR7UE59LSR7TVlfUFZ9 IgoKcGtnX25vZmV0Y2goKSB7CgllaW5mbyAiRG93bmxvYWQgbGF0ZXN0IGFyY2hpdmUgZnJvbToi CgllaW5mbyAiJHtQS0dfVVJMfSIgCgllaW5mbyAiVGhlbiBtb3ZlIGl0IHRvICR7RElTVERJUn0v JHtTUkNfVVJJfSIKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAke1N9CgllcGF0 Y2ggJHtGSUxFU0RJUn0vJHtQTn0tZ2NjNC1pbmNsdWRlcy5wYXRjaCB8fCBkaWUgImVwYXRjaCBm YWlsZWQiCn0KCnNyY19jb21waWxlKCkgewoJZWNvbmYgfHwgZGllICJlY29uZiBmYWlsZWQiCgll bWFrZSB8fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoKc3JjX3Rlc3QoKSB7CgljZCAke1N9CgltYWtl IGNoZWNrIHx8IGRpZSAiVHJ5aW5nIG1ha2UgY2hlY2sgd2l0aG91dCBzdWNjZXNzLiIKfQoKc3Jj X2luc3RhbGwoKSB7CglpbnRvIC91c3IKCW1rZGlyIC1wICR7RH11c3IvaW5jbHVkZQkjIGhhY2sg dG8gZW5hYmxlIGluc3RhbGwgb2YgaW5jbHVkZSBmaWxlcwoJbWFrZSBERVNURElSPSR7RH0gaW5z dGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCglpZiB1c2UgZG9jOyB0aGVuCgkJZG9k b2MgU0RLLnBkZgoJZmkKfQo= 96780 2006-09-12 04:27 0000 libecwj2-3.3.ebuild libecwj2-3.3.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iVGhpcyBsaWJyYXJ5IG9mZmVycyBy ZWFkIChkZWNvbXByZXNzKSBhbmQgd3JpdGUgKGNvbXByZXNzKSBmb3IgYm90aCB0aGUgRUNXIGFu ZCB0aGUgSVNPIEpQRUcgMjAwMCBpbWFnZSBmaWxlIGZvcm1hdHMiClNSQ19VUkk9IiR7UH0tMjAw Ni0wOS0wNi56aXAiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmVybWFwcGVyLmNvbS9lY3cvIgpQS0df VVJMPSJodHRwOi8vd3d3LmVybWFwcGVyLmNvbS9kb3dubG9hZHMvZG93bmxvYWRfdmlldy5hc3B4 P1BST0RVQ1RfVkVSU0lPTl9JRD0zMDUiCgpMSUNFTlNFPSJsaWJlY3dqMiIKUkVTVFJJQ1Q9ImZl dGNoIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iZG9jIgoKREVQRU5EPSJ2aXJ0dWFs L2xpYmMiCgpwa2dfbm9mZXRjaCgpIHsKCWVpbmZvICJEb3dubG9hZCBsYXRlc3QgYXJjaGl2ZSBm cm9tOiIKCWVpbmZvICIke1BLR19VUkx9IiAKCWVpbmZvICJUaGVuIG1vdmUgaXQgdG8gJHtESVNU RElSfS8ke1NSQ19VUkl9Igp9CgpzcmNfaW5zdGFsbCgpIHsKCWludG8gL3VzcgoJbWtkaXIgLXAg IiR7RH11c3IvaW5jbHVkZSIJIyBoYWNrIHRvIGVuYWJsZSBpbnN0YWxsIG9mIGluY2x1ZGUgZmls ZXMKCgltYWtlIERFU1RESVI9JHtEfSBpbnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxl ZCIKCWlmIHVzZSBkb2M7IHRoZW4KCQlkb2RvYyBTREsucGRmCglmaQp9Cg==