| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
PR: 53595
Submitted by: Melvyn Sopacua
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
careful testing on other architectures, though...
Compelled by: Chris P.
|
|
|
|
| |
Approved by: mi@corbulon.video-collage.com
|
|
|
|
|
|
|
| |
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
it's offline for a long time
PR: 38191
Submitted by: Tom Rissman <trissman@mrdlaw.com>
|
|
|
|
|
|
|
| |
LDADD, which lead to the unfortunate PORTREVISION bump.
PR: ports/40874
Submitted by: Jan Stocker
|
| |
|
|
|
|
|
|
|
|
| |
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 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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
incorporated. Hey!
Submitted by: alfred (very laconicly)
|
|
|
|
|
|
|
|
|
| |
${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
|
|
|
|
| |
delegates subdirectory.
|
|
|
|
|
|
|
| |
libfpx with g++ 3.0.x. It does not hurt compilations with the 2.x
compiler.
Submitted by: Alex Vasylenko
|
| |
|
|
PR: 24313
Submitted by: mi
|