| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
svn path=/head/; revision=355832
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
With hat: portmgr
Notes:
svn path=/head/; revision=328226
|
|
|
|
|
|
|
| |
graphics)
Notes:
svn path=/head/; revision=327733
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
gcc (4.8).
PR: 181302
Submitted by: delphij@
Tested by: ImageMagick's self-test suit
Notes:
svn path=/head/; revision=325934
|
|
|
|
|
|
|
| |
Approved by: portmgr (bdrewery)
Notes:
svn path=/head/; revision=324744
|
|
|
|
|
|
|
|
|
| |
with gcc46
which USE_GCC=any implies if world is built WITHOUT_GCC
Notes:
svn path=/head/; revision=324126
|
|
|
|
| |
Notes:
svn path=/head/; revision=311828
|
|
|
|
|
|
|
| |
Approved by: portmgr (bapt)
Notes:
svn path=/head/; revision=311381
|
|
|
|
|
|
|
|
|
|
|
| |
Maintainer timed out.
Feature safe: yes
PR: ports/173851
Notes:
svn path=/head/; revision=308364
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
Submitted by: Andriy Gapon
Make portlint a little happier. Bump PORTREVISION.
Notes:
svn path=/head/; revision=290721
|
|
|
|
| |
Notes:
svn path=/head/; revision=276992
|
|
|
|
|
|
|
|
|
| |
8.x-systems, where it is no longer part of compiler flags.
Notified by: pav
Notes:
svn path=/head/; revision=213176
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Approved by: portmgr (linimon)
PR: ports/117774
Notes:
svn path=/head/; revision=202489
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Notes:
svn path=/head/; revision=183413
|
|
|
|
|
|
|
| |
Approved by: portmgr (erwin), maintainer timeout
Notes:
svn path=/head/; revision=175542
|
|
|
|
|
|
|
| |
Prodded by: kris (gently)
Notes:
svn path=/head/; revision=155165
|
|
|
|
|
|
|
| |
Approved by: krion@
Notes:
svn path=/head/; revision=154157
|
|
|
|
|
|
|
|
| |
PR: 90809 (part of)
Submitted by: Jean Milanez Melo
Notes:
svn path=/head/; revision=151850
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
PR: 63408
Submitted by: Diana Eichert
Notes:
svn path=/head/; revision=109170
|
|
|
|
| |
Notes:
svn path=/head/; revision=105747
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Notes:
svn path=/head/; revision=100156
|
|
|
|
| |
Notes:
svn path=/head/; revision=100155
|
|
|
|
| |
Notes:
svn path=/head/; revision=100118
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
PR: 53595
Submitted by: Melvyn Sopacua
Notes:
svn path=/head/; revision=84846
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
careful testing on other architectures, though...
Compelled by: Chris P.
Notes:
svn path=/head/; revision=79544
|
|
|
|
|
|
|
| |
Approved by: mi@corbulon.video-collage.com
Notes:
svn path=/head/; revision=78440
|
|
|
|
|
|
|
|
|
|
| |
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
Notes:
svn path=/head/; revision=77045
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
it's offline for a long time
PR: 38191
Submitted by: Tom Rissman <trissman@mrdlaw.com>
Notes:
svn path=/head/; revision=66960
|
|
|
|
|
|
|
|
|
|
| |
LDADD, which lead to the unfortunate PORTREVISION bump.
PR: ports/40874
Submitted by: Jan Stocker
Notes:
svn path=/head/; revision=63387
|
|
|
|
| |
Notes:
svn path=/head/; revision=63331
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=63092
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=54650
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=53031
|
|
|
|
|
|
|
|
|
| |
incorporated. Hey!
Submitted by: alfred (very laconicly)
Notes:
svn path=/head/; revision=52968
|
|
|
|
|
|
|
|
|
|
|
|
| |
${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
Notes:
svn path=/head/; revision=52007
|