graphics/libfpx: Refresh MASTER_SITES and update WWW entry

Remove dead and update URLs for mirrors and point WWW to GitHub repo

Approved by:	portmgr (blanket)

*: Change the MAINTAINER field per request

PR:		278267

graphics/libfpx: eliminate a few more compiler-warnings

If only the original developers of this code had modern compilers...

Notified by: pkg-fallout

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

graphics: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

graphics/libfpx: Add CPE information

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

Remove an unused variable from a header, because it now triggers
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

Unbreak the port for users of -Werror -- the code stopped qualifying
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

Fix build with src r354909 applied.

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>.

Instead of setting MK_PROFILE=no, revert to setting NO_PROFILE.

Because bsd.own.mk is jealous about user setting MK_PROFILE...

Reported by:	cpm@

Upgrade from 1.3.1-4 to 1.3.1-10 (security fixes).

Resolve errors triggered on -current by the use of C++17

PR:		225299

Add a patch to get rid of some dead code, which triggers a
warning when compiled with clang-3.8. Bump PORTREVISION.

PR:		207134

Replace use of NULL, where actual integer zero is expected -- an ancient
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

Fix packaging as a regular user

Upgrade from 1.3.1-3 to 1.3.1-4. The only real change (outside of the auto*
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.

- Remove NO_STAGE as these have been tested to be safe

With hat:	portmgr

Add NO_STAGE all over the place in preparation for the staging support (cat:
graphics)

Update from 1.3.1-2, which is no longer available for download, to
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

Update to upstream's 1.3.1-2. Fix up the warnings raised by clang (3.2) and
gcc (4.8).

PR:	181302
Submitted by:	delphij@
Tested by:	ImageMagick's self-test suit

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Remove USE_GCC=any It now builds properly with clang while it doesn't build with
gcc46
which USE_GCC=any implies if world is built WITHOUT_GCC

- Unbreak build for HEAD

- Fix all cases of 'No newline at end of file' in ports tree

Approved by: portmgr (bapt)

Fix build with clang.
Maintainer timed out.

Feature safe:	yes

PR:	ports/173851

Add a patch removing two unused private fields from an internal
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

Upgrade from 1.2.x to 1.3.1-1 now that the upstream finally contains new
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

Add a \0-terminating patch

Submitted by: Andriy Gapon

Make portlint a little happier. Bump PORTREVISION.

-remove MD5

Add an explicit -fno-strict-aliasing to CXXFLAGS for the sake of
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''
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.

Approved by:    portmgr (linimon)
PR:     ports/117774

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

- Prepare for removal of shlib filtering

Update MASTER_SITES and make it fetchable again

Approved by:    portmgr (erwin), maintainer timeout

Add NOPROFILE in _addition_ to NO_PROFILE for the benefit of 4.x systems.

Prodded by:     kris    (gently)

SHA256ify

Approved by: krion@

s/NOPROFILE/NO_PROFILE/

PR:     90809 (part of)
Submitted by: Jean Milanez Melo

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

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

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@)

Update WWW in pkg-descr to i3a.org

PR: 63408
Submitted by: Diana Eichert

SIZEify (maintainer timeout)

Unbreak on -current (with its recently changed bsd.lib.mk) by adding
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.

Mark BROKEN for -CURRENT only, since it does compile on 5.2-R.

BROKEN on 5.x: Does not compile

Add the missing .cxx extension to the dfstream in the list of sources.
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...

PR:             53595
Submitted by:   Melvyn Sopacua

Upgrade to 1.2.0.8, which contains some of our patches. Add two more,
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 need
careful testing on other architectures, though...

Compelled by: Chris P.

- honor NO_WERROR
Approved by:    mi@corbulon.video-collage.com

Clear moonlight beckons.
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 this
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 causing
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 evident
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.com
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++ to
LDADD, which lead to the unfortunate PORTREVISION bump.

PR:             ports/40874
Submitted by:   Jan Stocker

Fixed install on bsd.incs.mk aware systems.

Add some defines to CFLAGS to avoid clashing with the newer system
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.   The
changes:    

As  a result  of  my last  commit, upgrading  this  to 1.2.0-3,  the   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.    

Upgrade to 1.2.0-3. Minor improvements. One of our patches got   incorporated. 
Hey!    

Reorder the  include (-I) path  to end, rather than  start, with  
${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.    

Add new distsites -- all ImageMagick's mirrors carry the distfile in the  
delegates subdirectory.    

Add a patch, which, according to the submitter, allows to compile   libfpx with
g++ 3.0.x. It does not hurt compilations with the 2.x   compiler.    

This file should not belong to repository.  

Add libfpx 1.2.0, library routines for working with Flashpix images.