aboutsummaryrefslogtreecommitdiffstats
path: root/graphics/libfpx
Commit message (Collapse)AuthorAgeFilesLines
* -remove MD5ohauer2011-07-031-2/+0
|
* Add an explicit -fno-strict-aliasing to CXXFLAGS for the sake ofmi2008-05-171-1/+1
| | | | | | 8.x-systems, where it is no longer part of compiler flags. Notified by: pav
* When WARNS is set in a Makefile even to 1, the flag ``-Wsystem-headers''mi2008-01-271-0/+4
| | | | | | | | | | | | | | | | | | is added to the list of compiler's warning-flags. This triggers a warning like: /usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement in g++42. When this compiler is used, where NO_WERROR is set, the port fails to build, as warnings are treated as errors. This, pretty much, means, that NO C++ code can currently be compiled with WARNS set to anything on FreeBSD. Work-around the deficiency for now by removing the ``-Wsystem-headers'' from CXXFLAGS after including bsd.lib.mk. This fixes graphics/libfpx on 8.x as well as allows the port to be built by gcc-4.2 on 6.x and 5.x. Continuously reminded of by: pav
* The top-level build directory should also be in the include path.mi2007-11-031-1/+1
| | | | | Approved by: portmgr (linimon) PR: ports/117774
* Add a mega-patch, which makes the library usable. It barely worked onmi2007-11-024-5/+19
| | | | | | | | | | | | | | | | | | | | | | | | | 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
* - Prepare for removal of shlib filteringpav2007-01-272-2/+2
|
* Update MASTER_SITES and make it fetchable againehaupt2006-10-281-16/+2
| | | | Approved by: portmgr (erwin), maintainer timeout
* Add NOPROFILE in _addition_ to NO_PROFILE for the benefit of 4.x systems.mi2006-02-041-0/+1
| | | | Prodded by: kris (gently)
* SHA256ifyedwin2006-01-221-0/+1
| | | | Approved by: krion@
* s/NOPROFILE/NO_PROFILE/mi2005-12-221-1/+1
| | | | | PR: 90809 (part of) Submitted by: Jean Milanez Melo
* Bump from 1.2.0.11 to 1.2.0.12mi2005-03-022-5/+3
| | | | | | | | | | | | | | | 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
* This package has a controversial history. It was originally "given" tomi2005-02-153-11/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* There is a new tarball out there called 1.2.0.9-1, which is incompletemi2005-01-262-27/+9
| | | | | | | | | | | | 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@)
* Update WWW in pkg-descr to i3a.orgmi2004-05-151-2/+2
| | | | | PR: 63408 Submitted by: Diana Eichert
* SIZEify (maintainer timeout)trevor2004-03-311-0/+1
|
* Unbreak on -current (with its recently changed bsd.lib.mk) by addingmi2004-02-072-6/+2
| | | | | | | the missing .cxx extensions to two other source files listed in files/Makefile.bsd. The previous commit to that file was trying to solve the same problem, but now I have an up-to-date -current myself and could easily reproduce it -- an test the solution.
* *grr* I mean -CURRENT, not 5.2.1-R.lofi2004-02-071-1/+1
|
* Mark BROKEN for -CURRENT only, since it does compile on 5.2-R.lofi2004-02-071-1/+1
|
* BROKEN on 5.x: Does not compilekris2004-02-061-1/+7
|
* Add the missing .cxx extension to the dfstream in the list of sources.mi2004-01-251-1/+1
| | | | | | It used to work up until up until -- apparently -- a recent change to bsd.lib.mk. Let's see, if this fixes a problem spotted by Bento while building on amd64.
* Upgrade to 1.2.0.9. All our patches are in now...mi2003-07-147-337/+3
| | | | | PR: 53595 Submitted by: Melvyn Sopacua
* Upgrade to 1.2.0.8, which contains some of our patches. Add two more,mi2003-04-275-123/+284
| | | | | | | | | which should solve some crashes and allow to compile with a non-GCC compiler (Re: zero-sized arrays). Unfortunately, this still crashes on some images, but the vendor has already pulled the 1.2.0.7 from the mirrors, so this upgrade will, at least, keep things downloadable.
* Upgrade from 1.2.0.4 to 1.2.0.7 released on April 12th. May needmi2003-04-244-24/+9
| | | | | | careful testing on other architectures, though... Compelled by: Chris P.
* - honor NO_WERRORdinoex2003-04-071-2/+2
| | | | Approved by: mi@corbulon.video-collage.com
* Clear moonlight beckons.ade2003-03-072-1/+1
| | | | | | | Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti.
* Make sure warnings are not fatal when compiling the C++ parts of thismi2003-02-081-1/+1
| | | | | | | | package by explicitly appending -Wno-error to CXXFLAGS. This assumes, the compiler is from the gcc family, but the assumption was already there -- in the explicit -Werror appended to CFLAGS. Reported by: Dirk Meyer
* Add two more little patches to fix warnings. One of the warnings was causingmi2002-11-211-0/+18
| | | | | | | | | | | | | | build failure on Alpha-stable -- but not on any other platform... When I added this big patch, I though all of the problems were fixed, and closed the corresponding PR. Turned out, Alpha-stable remained broken, even though the -current started to build. Just as before, no PORTREVISION bump because no changes are expected on the platforms were this built before. Tested on: panther, bento, axp0, beast PR: ports/40444
* Add the patch which lets this port compile on Alphas without evidentmi2002-11-081-0/+149
| | | | | | | | | | | | | | | | | | | | breakage on i386 or Sparc64. Tested on: beast, panther, an x86 -current (aldan.algebra.com) and x86 -stable (corbulon.video-collage.com). The patch puts a bunch of casting and type-changing band-aids, but this software package desperately needs a good maintainer -- to properly fix it -- int32s are mixed with longs, etc. Unfortunately, the package is lacking any self-testing facilities, so it may well not work properly, even though it compiles. This is true even for x86, BTW, although less likely, because that's where it was developed. Since the patch is not expected to change the result on x86, there is no PORTREVISION bump. PR: ports/40444 Submitted by: Jan Lentfer The problem also reported directly to this maintainer by: Jun Ushida
* remove ftp.yggdrasil.comijliao2002-09-211-1/+0
| | | | | | | it's offline for a long time PR: 38191 Submitted by: Tom Rissman <trissman@mrdlaw.com>
* Add the HAVE_* defines to CXXFLAGS as well as CFLAGS. Add -lstdc++ tomi2002-07-222-3/+3
| | | | | | | LDADD, which lead to the unfortunate PORTREVISION bump. PR: ports/40874 Submitted by: Jan Stocker
* Fixed install on bsd.incs.mk aware systems.ru2002-07-221-1/+2
|
* Add some defines to CFLAGS to avoid clashing with the newer systemmi2002-07-172-2/+6
| | | | | | | | headers. While here, change PERL to RE_INPLACE and lock things down with -Werror (in CFLAGS only, the C++ files generate some warnings, fixing which is in the domain of the authors). Submitted by: Naoya Nishimura
* The ImageMagick crew took this library over and released the 1.2.0.4.mi2002-02-134-65/+5
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* As a result of my last commit, upgrading this to 1.2.0-3, themi2002-01-141-2/+3
| | | | | | | | | | | | package name became fpx-1.2.0-3 -- the extra dash problem... It was quickly pointed out to me by KATO Tsuguru and Lev Serebryakov, with the former providing the simple patch I commit now. The package is now fpx-1.2.0.3. Fortunately, dot follows dash in the sorting order, so there is no need to mess with the PORTREVISION. Submitted by: KATO Tsuguru
* Upgrade to 1.2.0-3. Minor improvements. One of our patches gotmi2002-01-123-73/+3
| | | | | | incorporated. Hey! Submitted by: alfred (very laconicly)
* Reorder the include (-I) path to end, rather than start, withmi2001-12-231-1/+2
| | | | | | | | | ${LOCALBASE}/include. The old behaviour was working almost always, because the package's own header files are well-named, except for the common.h, which caused build failure for at least one person. PR: ports/32247
* Add new distsites -- all ImageMagick's mirrors carry the distfile in themi2001-12-231-4/+15
| | | | delegates subdirectory.
* Add a patch, which, according to the submitter, allows to compilemi2001-10-301-0/+50
| | | | | | | libfpx with g++ 3.0.x. It does not hurt compilations with the 2.x compiler. Submitted by: Alex Vasylenko
* This file should not belong to repository.sf2001-03-201-240/+0
|
* Add libfpx 1.2.0, library routines for working with Flashpix images.will2001-03-1110-0/+426
PR: 24313 Submitted by: mi
generated by cgit (git 2.34.1) at 2024-11-25 17:21:34 +0800