huffmantable.cpp:553:8: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:553:8: note: insert an explicit cast to silence this issue
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:553:13: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:553:13: note: insert an explicit cast to silence this issue
{ 0, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:557:8: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 4, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:557:8: note: insert an explicit cast to silence this issue
{ 4, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:557:13: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{ 4, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:557:13: note: insert an explicit cast to silence this issue
{ 4, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:567:8: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{14, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:567:8: note: insert an explicit cast to silence this issue
{14, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
huffmantable.cpp:567:13: error: constant expression evaluates to -1 which cannot be narrowed to type
'unsigned int' [-Wc++11-narrowing]
{14, 0-1, 0-1, 0, 0, htd33},
^~~
huffmantable.cpp:567:13: note: insert an explicit cast to silence this issue
{14, 0-1, 0-1, 0, 0, htd33},
^~~
static_cast<unsigned int>( )
Reported by: antoine (via bug 224669)
Obtained from: Arch Linux
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
- Add SDL_CONFIG to env
- Remove leading article from COMMENT
- Trim Makefile header
- Remove GTK Player, version is too old
PR: ports/179969
Submitted by: wg (myself)
Approved by: maintainer (timeout)
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions
Tested by: exp-run by pav
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
structure (i.e. include/SDL for includes and sdl-config for configuration
binary)
- Update graphics/sdl_ttf to version 2.0.8
- Update graphics/sdl_image to version 1.2.5
- Update audio/sdl_mixer to version 1.2.7
- Update net/sdl_net to version 1.2.6
- Update Mk/bsd.sdl.mk accordingly
- Fix dependent ports to fit the new directory structure and avoid several
API breakages
- Bump up portrevisions for all dependent ports to allow them to be upgraded
by portupgrade/portmaster etc tools
Approved by: kris (portmgr), sem (mentor)
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
