aboutsummaryrefslogtreecommitdiff
path: root/graphics/libfpx
Commit message (Collapse)AuthorAgeFilesLines
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* Remove an unused variable from a header, because it now triggersMikhail Teterin2020-09-071-2/+12
| | | | | | | | | | | the linker on -current into an error about duplicate symbol -- as two source-files include the same header. Reported by: pkg-fallout Sponsored by: United Marsupials Notes: svn path=/head/; revision=547897
* Unbreak the port for users of -Werror -- the code stopped qualifyingMikhail Teterin2020-03-172-1/+21
| | | | | | | | | | | | | | | | for WARNS=3 a while ago, because it relies on implicit copy-constructors, which are deprecated in some cases since c++11. Fix another kind of warning by correcting the indentation. No PORTREVISION bump because the changes are superficial -- resulting binary remains the same. Reported by: pkg-fallout Tested with: llvm10 Notes: svn path=/head/; revision=528605
* Fix build with src r354909 applied.Brooks Davis2019-11-251-2/+1
| | | | | | | | | | | | | | The referenced change made NO_INSTALLLIB, NO_MAN, and NO_PROFILE into errors causing these ports that declare them and use the FreeBSD make infrastructure as part of their build to fail. When the offending variables occur in a BSD Makefile, NO_MAN becomes MAN= and NO_INSTALLLIB and NO_PROFILE become MK_INSTALLLIB=no and MK_PROFILE=no respectively. When declared in the environment they become WITHOUT_<FOO>. Notes: svn path=/head/; revision=518434
* Instead of setting MK_PROFILE=no, revert to setting NO_PROFILE.Mikhail Teterin2018-01-211-1/+2
| | | | | | | | | Because bsd.own.mk is jealous about user setting MK_PROFILE... Reported by: cpm@ Notes: svn path=/head/; revision=459565
* Upgrade from 1.3.1-4 to 1.3.1-10 (security fixes).Mikhail Teterin2018-01-214-9/+31
| | | | | | | | | Resolve errors triggered on -current by the use of C++17 PR: 225299 Notes: svn path=/head/; revision=459561
* Add a patch to get rid of some dead code, which triggers aMikhail Teterin2016-02-192-0/+127
| | | | | | | | | warning when compiled with clang-3.8. Bump PORTREVISION. PR: 207134 Notes: svn path=/head/; revision=409147
* Replace use of NULL, where actual integer zero is expected -- an ancientMikhail Teterin2016-01-111-0/+23
| | | | | | | | | | | | upstream bug coming to light with modern compilers. This does not change the compiled binaries, so no PORTREVISION bumps. PR: 186773 Submitted by: Oliver Hartman Notes: svn path=/head/; revision=405800
* Fix packaging as a regular userAntoine Brodin2014-05-301-1/+1
| | | | Notes: svn path=/head/; revision=355832
* Upgrade from 1.3.1-3 to 1.3.1-4. The only real change (outside of the auto* ↵Mikhail Teterin2014-02-144-14/+18
| | | | | | | | | | | | | nonsense) is the restoration of the padding at the end of CDirEntry. Clang++ used to flag it as unused private field, which lead to its removal (incorrectly) -- and this new release from upstream restores the padding. It is still flagged by clang++ so a new patch attempts to suppress that. Notes: svn path=/head/; revision=344284
* - Remove NO_STAGE as these have been tested to be safeBryan Drewery2013-09-251-1/+0
| | | | | | | With hat: portmgr Notes: svn path=/head/; revision=328226
* Add NO_STAGE all over the place in preparation for the staging support (cat: ↵Baptiste Daroussin2013-09-201-0/+1
| | | | | | | graphics) Notes: svn path=/head/; revision=327733
* Update from 1.3.1-2, which is no longer available for download, toMikhail Teterin2013-09-115-507/+14
| | | | | | | | | | | | | | | 1.3.1-3 -- which contains all of our patches reported to date. Add a patch by stefanf@, which allows the port to build on 10.x Though I'll try to submit the patch upstream as before, I'll try to persuade them to not remove the 1.3.1-3 again after the apply it and "release" 1.3.1-4 PR: 182009, 182005, 181779 Obtained from: stefanf Notes: svn path=/head/; revision=327016
* Update to upstream's 1.3.1-2. Fix up the warnings raised by clang (3.2) andMikhail Teterin2013-09-027-96/+484
| | | | | | | | | | | gcc (4.8). PR: 181302 Submitted by: delphij@ Tested by: ImageMagick's self-test suit Notes: svn path=/head/; revision=325934
* - Remove MAKE_JOBS_SAFE variableAlex Kozlov2013-08-141-1/+0
| | | | | | | Approved by: portmgr (bdrewery) Notes: svn path=/head/; revision=324744
* Remove USE_GCC=any It now builds properly with clang while it doesn't build ↵Baptiste Daroussin2013-08-011-6/+1
| | | | | | | | | with gcc46 which USE_GCC=any implies if world is built WITHOUT_GCC Notes: svn path=/head/; revision=324126
* - Unbreak build for HEADMartin Wilke2013-02-071-1/+1
| | | | Notes: svn path=/head/; revision=311828
* - Fix all cases of 'No newline at end of file' in ports treeAlex Kozlov2013-02-011-1/+1
| | | | | | | Approved by: portmgr (bapt) Notes: svn path=/head/; revision=311381
* Fix build with clang.Kevin Lo2012-12-061-0/+11
| | | | | | | | | | | Maintainer timed out. Feature safe: yes PR: ports/173851 Notes: svn path=/head/; revision=308364
* Add a patch removing two unused private fields from an internalMikhail Teterin2012-10-121-0/+14
| | | | | | | | | | | | | | | | class. The dead fields must've been there for years, but only clang-3.2 complains about it... The class' composition is not exported outside the library anyway, so there are no concerns about a known structure changing size -- hence, no shlib number bumps or anything. PR: ports/172637 Submitted by: Oliver Hartmann Feature safe: yes Notes: svn path=/head/; revision=305785
* Upgrade from 1.2.x to 1.3.1-1 now that the upstream finally contains newMikhail Teterin2012-10-054-16/+101
| | | | | | | | | | | | | | | | | | | | code (rather than simply updates to auto- configuration glue): Notified by: Steve Wills via PR: ports/171812 The changes are minor, thus shared-library bump. Fix several of the warnings, which GNU compiler missed, but clang uncovered (which broke the build because of -Werror): Notified by: Andreas Nilsson, Thomas Zander Notes: svn path=/head/; revision=305294
* Add a \0-terminating patchMikhail Teterin2012-02-083-6/+14
| | | | | | | | | Submitted by: Andriy Gapon Make portlint a little happier. Bump PORTREVISION. Notes: svn path=/head/; revision=290721
* -remove MD5Olli Hauer2011-07-031-2/+0
| | | | Notes: svn path=/head/; revision=276992
* Add an explicit -fno-strict-aliasing to CXXFLAGS for the sake ofMikhail Teterin2008-05-161-1/+1
| | | | | | | | | 8.x-systems, where it is no longer part of compiler flags. Notified by: pav Notes: svn path=/head/; revision=213176
* When WARNS is set in a Makefile even to 1, the flag ``-Wsystem-headers''Mikhail Teterin2008-01-261-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 Notes: svn path=/head/; revision=206269
* The top-level build directory should also be in the include path.Mikhail Teterin2007-11-021-1/+1
| | | | | | | | Approved by: portmgr (linimon) PR: ports/117774 Notes: svn path=/head/; revision=202489
* Add a mega-patch, which makes the library usable. It barely worked onMikhail Teterin2007-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 Notes: svn path=/head/; revision=202484
* - Prepare for removal of shlib filteringPav Lucistnik2007-01-272-2/+2
| | | | Notes: svn path=/head/; revision=183413
* Update MASTER_SITES and make it fetchable againEmanuel Haupt2006-10-271-16/+2
| | | | | | | Approved by: portmgr (erwin), maintainer timeout Notes: svn path=/head/; revision=175542
* Add NOPROFILE in _addition_ to NO_PROFILE for the benefit of 4.x systems.Mikhail Teterin2006-02-031-0/+1
| | | | | | | Prodded by: kris (gently) Notes: svn path=/head/; revision=155165
* SHA256ifyEdwin Groothuis2006-01-221-0/+1
| | | | | | | Approved by: krion@ Notes: svn path=/head/; revision=154157
* s/NOPROFILE/NO_PROFILE/Mikhail Teterin2005-12-221-1/+1
| | | | | | | | PR: 90809 (part of) Submitted by: Jean Milanez Melo Notes: svn path=/head/; revision=151850
* Bump from 1.2.0.11 to 1.2.0.12Mikhail Teterin2005-03-012-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 Notes: svn path=/head/; revision=130103
* This package has a controversial history. It was originally "given" toMikhail Teterin2005-02-143-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) Notes: svn path=/head/; revision=128851
* There is a new tarball out there called 1.2.0.9-1, which is incompleteMikhail Teterin2005-01-252-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@) Notes: svn path=/head/; revision=127344
* Update WWW in pkg-descr to i3a.orgMikhail Teterin2004-05-151-2/+2
| | | | | | | | PR: 63408 Submitted by: Diana Eichert Notes: svn path=/head/; revision=109170
* SIZEify (maintainer timeout)Trevor Johnson2004-03-311-0/+1
| | | | Notes: svn path=/head/; revision=105747
* Unbreak on -current (with its recently changed bsd.lib.mk) by addingMikhail Teterin2004-02-062-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. Notes: svn path=/head/; revision=100179
* *grr* I mean -CURRENT, not 5.2.1-R.Michael Nottebrock2004-02-061-1/+1
| | | | Notes: svn path=/head/; revision=100156
* Mark BROKEN for -CURRENT only, since it does compile on 5.2-R.Michael Nottebrock2004-02-061-1/+1
| | | | Notes: svn path=/head/; revision=100155
* BROKEN on 5.x: Does not compileKris Kennaway2004-02-061-1/+7
| | | | Notes: svn path=/head/; revision=100118
* Add the missing .cxx extension to the dfstream in the list of sources.Mikhail Teterin2004-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. Notes: svn path=/head/; revision=98999
* Upgrade to 1.2.0.9. All our patches are in now...Mikhail Teterin2003-07-147-337/+3
| | | | | | | | PR: 53595 Submitted by: Melvyn Sopacua Notes: svn path=/head/; revision=84846
* Upgrade to 1.2.0.8, which contains some of our patches. Add two more,Mikhail Teterin2003-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. Notes: svn path=/head/; revision=79746
* Upgrade from 1.2.0.4 to 1.2.0.7 released on April 12th. May needMikhail Teterin2003-04-234-24/+9
| | | | | | | | | careful testing on other architectures, though... Compelled by: Chris P. Notes: svn path=/head/; revision=79544
* - honor NO_WERRORDirk Meyer2003-04-061-2/+2
| | | | | | | Approved by: mi@corbulon.video-collage.com Notes: svn path=/head/; revision=78440
* Clear moonlight beckons.Ade Lovett2003-03-072-1/+1
| | | | | | | | | | Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti. Notes: svn path=/head/; revision=77045
* Make sure warnings are not fatal when compiling the C++ parts of thisMikhail Teterin2003-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 Notes: svn path=/head/; revision=75093
* Add two more little patches to fix warnings. One of the warnings was causingMikhail Teterin2002-11-201-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 Notes: svn path=/head/; revision=70619
* Add the patch which lets this port compile on Alphas without evidentMikhail Teterin2002-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 Notes: svn path=/head/; revision=69726
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-23 20:42:41 +0000