kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/graphics/libfpx/Makefile

39 lines
1 KiB
Makefile
Raw Normal View History

Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
# New ports collection makefile for: fpx
# Date created: Jan 10 2001
# Whom: Mikhail Teterin <mi@aldan.algebra.com>
#
# $FreeBSD$
#
The ImageMagick crew took this library over and released the 1.2.0.4. The changes: . our patch-gcc3 (provided to me by Alex Vasylenko) is incorporated; . the library uses its own implementation of wchar; they say, it can only work if sizeof(wchar_t) is 2 bytes, so they can not rely on the OS provided wchar... The port changed: . the package is installed as libfpx-version rather than fpx-version; . make is passed `-j2', which is very efficient even for non-SMP machines, since each file is compiled twice -- for .o and .So object -- with -j2 they are compiled at the same time, utilizing the cache; . don't insist on any particular version of -ljpeg; . ftp.imagemagick.org added to the MASTER_SITES (time for MASTER_SITE_IMAGEMAGICK); . the ABI and API did not change, so, the installed library's version remains the same.
2002-02-13 07:30:43 +01:00
PORTNAME= libfpx
Bump from 1.2.0.11 to 1.2.0.12 Apparently, ImageMagick, realized, that their earlier rip-off "release" (1.2.0.11) of GraphicsMagick's tar-ball (1.2.0.10) had "GraphicsMagick" in several $Header$ fields. So they cut another "release", which brings a slightly updated libtool/autoconf soup, and GraphicsMagick duly replaced by ImageMagick in all of those pesky $Header$ lines. There are no functional differences WHATSOEVER in the source files, but the earlier 1.2.0.11 is no longer available. Notified by: all recent builders of ImageMagick
2005-03-01 18:43:34 +01:00
PORTVERSION= 1.2.0.12
Add a \0-terminating patch Submitted by: Andriy Gapon Make portlint a little happier. Bump PORTREVISION.
2012-02-08 18:20:14 +01:00
PORTREVISION= 2
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
CATEGORIES= graphics
Update MASTER_SITES and make it fetchable again Approved by: portmgr (erwin), maintainer timeout
2006-10-27 21:44:03 +02:00
MASTER_SITES= ${MASTER_SITE_LOCAL}
MASTER_SITE_SUBDIR= ehaupt
Add a \0-terminating patch Submitted by: Andriy Gapon Make portlint a little happier. Bump PORTREVISION.
2012-02-08 18:20:14 +01:00
Add a mega-patch, which makes the library usable. It barely worked on even i386 before, and does not anymore, as its numerous original bugs were exposed by the evolving compiler. It never worked on a 64-bit platform, as the original authors assumed sizeof(long) to be 4. With this patch it compiles cleanly (WARNS=3) on both i386 and amd64 and should have no problems on other 64-bit systems. A corrupt input-file may still result in a crash, but, at least, it works correctly with correct input files. Tested on camera-generated originals kindly provided by the originator of the PR below. Bump PORTREVISION. Approved by: portmgr (pav, after some deliberations) Portmgr advised against bumping the SHLIB_MAJOR. They did not /insist/ so I chose to bump it -- the old version is too broken to have been usable to anybody for years, and the dependant ports (such as Graphics and ImageMagicks) need an easy way to insist on the new version (via LIB_DEPENDS). Was required to fix: 67815
2007-11-02 13:42:07 +01:00
PATCHFILES= fpx.mega-patch.2007-11-01.bz2
PATCH_SITES= http://aldan.algebra.com/~mi/
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
MAINTAINER= mi@aldan.algebra.com
Clear moonlight beckons. Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti.
2003-03-07 07:14:21 +01:00
COMMENT= Library routines for working with Flashpix images
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
Upgrade from 1.2.0.4 to 1.2.0.7 released on April 12th. May need careful testing on other architectures, though... Compelled by: Chris P.
2003-04-24 01:30:59 +02:00
USE_BZIP2= yes
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
This package has a controversial history. It was originally "given" to the ImageMagick team, where Bob Friesenhahn made it work with IM. Since then, Bob and other developers forked GraphicsMagick. libfpx remained unchanged until January 2005, when ImageMagick released an updated tar-ball with a patch applied. The release was botched (missing a subdirectory) and I changed the port to use the old tar-ball on GraphicsMagick's site and apply the same patch. Since then, GraphicsMagick replaced the old 1.2.0.9 tarball with the new 1.2.0.10, where the patch is applied. On the same date, ImageMagick, not to be outdone, "released" 1.2.0.11, WHICH IS NO DIFFERENT from GraphicsMagick's version, except for libtool/configure soup. I'm now switching the port to ImageMagick's mirrors again, simply because they seem to have better bandwidth. I must add, for the record, that ImageMagick team's behavior appears rather dubious and unscrupulous in this incident. There was no need to "release" their own tarball, especially considering, that some sources are marked as "GraphicsMagick" (an embarassing oversight). I also found, that those of my postings on ImageMagick's support forum, which mentioned GraphicsMagick, were misteriously removed from the board shortly after posting... This update is made neccessary by there being no MASTER_SITES for the original 1.2.0.9 tarball left. While at it, however, I also remove the jpeg-dependency -- libfpx does not, actually, use it. Prompted by: pointyhat (kris)
2005-02-14 21:59:50 +01:00
post-patch:
Add a mega-patch, which makes the library usable. It barely worked on even i386 before, and does not anymore, as its numerous original bugs were exposed by the evolving compiler. It never worked on a 64-bit platform, as the original authors assumed sizeof(long) to be 4. With this patch it compiles cleanly (WARNS=3) on both i386 and amd64 and should have no problems on other 64-bit systems. A corrupt input-file may still result in a crash, but, at least, it works correctly with correct input files. Tested on camera-generated originals kindly provided by the originator of the PR below. Bump PORTREVISION. Approved by: portmgr (pav, after some deliberations) Portmgr advised against bumping the SHLIB_MAJOR. They did not /insist/ so I chose to bump it -- the old version is too broken to have been usable to anybody for years, and the dependant ports (such as Graphics and ImageMagicks) need an easy way to insist on the new version (via LIB_DEPENDS). Was required to fix: 67815
2007-11-02 13:42:07 +01:00
${RM} ${WRKSRC}/ri_image/wchar.c ${WRKSRC}/fpx/fpxlib.h
This package has a controversial history. It was originally "given" to the ImageMagick team, where Bob Friesenhahn made it work with IM. Since then, Bob and other developers forked GraphicsMagick. libfpx remained unchanged until January 2005, when ImageMagick released an updated tar-ball with a patch applied. The release was botched (missing a subdirectory) and I changed the port to use the old tar-ball on GraphicsMagick's site and apply the same patch. Since then, GraphicsMagick replaced the old 1.2.0.9 tarball with the new 1.2.0.10, where the patch is applied. On the same date, ImageMagick, not to be outdone, "released" 1.2.0.11, WHICH IS NO DIFFERENT from GraphicsMagick's version, except for libtool/configure soup. I'm now switching the port to ImageMagick's mirrors again, simply because they seem to have better bandwidth. I must add, for the record, that ImageMagick team's behavior appears rather dubious and unscrupulous in this incident. There was no need to "release" their own tarball, especially considering, that some sources are marked as "GraphicsMagick" (an embarassing oversight). I also found, that those of my postings on ImageMagick's support forum, which mentioned GraphicsMagick, were misteriously removed from the board shortly after posting... This update is made neccessary by there being no MASTER_SITES for the original 1.2.0.9 tarball left. While at it, however, I also remove the jpeg-dependency -- libfpx does not, actually, use it. Prompted by: pointyhat (kris)
2005-02-14 21:59:50 +01:00
Add a \0-terminating patch Submitted by: Andriy Gapon Make portlint a little happier. Bump PORTREVISION.
2012-02-08 18:20:14 +01:00
PLIST_FILES=lib/libfpx.so.2 lib/libfpx.so lib/libfpx.a include/fpxlib.h
- Prepare for removal of shlib filtering
2007-01-27 15:04:44 +01:00
USE_LDCONFIG= yes
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
MAKEFILE= ${FILESDIR}/Makefile.bsd
Add a \0-terminating patch Submitted by: Andriy Gapon Make portlint a little happier. Bump PORTREVISION.
2012-02-08 18:20:14 +01:00
MAKE_JOBS_SAFE= yes
Add libfpx 1.2.0, library routines for working with Flashpix images. PR: 24313 Submitted by: mi
2001-03-10 21:35:18 +01:00
There is a new tarball out there called 1.2.0.9-1, which is incomplete and does not build. Use GraphicsMagick's copy for the time being, but apply the only fix mentioned in the new tarball's ChangeLog. Bump PORTREVISION. Clean up a little while I am here -- no need for REINPLACE any more. Notified by: Michael Metzger (via pav@)
2005-01-26 00:19:47 +01:00
.include <bsd.port.mk>
Add a mega-patch, which makes the library usable. It barely worked on even i386 before, and does not anymore, as its numerous original bugs were exposed by the evolving compiler. It never worked on a 64-bit platform, as the original authors assumed sizeof(long) to be 4. With this patch it compiles cleanly (WARNS=3) on both i386 and amd64 and should have no problems on other 64-bit systems. A corrupt input-file may still result in a crash, but, at least, it works correctly with correct input files. Tested on camera-generated originals kindly provided by the originator of the PR below. Bump PORTREVISION. Approved by: portmgr (pav, after some deliberations) Portmgr advised against bumping the SHLIB_MAJOR. They did not /insist/ so I chose to bump it -- the old version is too broken to have been usable to anybody for years, and the dependant ports (such as Graphics and ImageMagicks) need an easy way to insist on the new version (via LIB_DEPENDS). Was required to fix: 67815
2007-11-02 13:42:07 +01:00
# We want the port's Makefile to build compiler-flags from scratch
# (based on WARNS= in particular) instead of being influenced by
# the environment... There is no obvious way to prevent bsd.port.mk
# from adding CFLAGS and CXXFLAGS to the build environment, so we
# remove them here.
MAKE_ENV:= ${MAKE_ENV:NCFLAGS=*:NCXXFLAGS=*}
Reference in a new issue Copy permalink