Number of commits found XX: 54

cad/alliance: fix build on GCC architectures

Use C++0x compiler:
cc1plus: error: unrecognized command line option "-std=gnu++0x"

Approved by:	mentors (implicit approval)

cad/alliance: Really remove libXp dependency

cad/alliance: remove dependency on libXp

remove the dependency on libXp from cad/alliance, it isn't needed.  Fix the
configure script to not detect libXp even if it is installed on the system.

cad/alliance: Update to 5.1.1, remove BROKEN and undeprecate

* The code has been modernized so most of the patches and the workaround
  with USE_CXXSTD are therefore no longer required.  USE_GCC is still needed
  for build as some files cannot be compiled with Clang.

  The updated code also contains no more occurences of the long deprecated
  gets(3) function which has been removed since FreeBSD 1300043. [1]

* A patch from Debian's patchset [2] is required to remedy build issues
  with the documentation.

* Add USE_XORG to pass stage QA as some binaries are linked against various
  X libraries.  Among these libraries is also the recently deprecated
  x11/libXp, which is probably not needed but (still) pulled in by the
  OpenMotif toolkit.

* Also pet portlint/portclippy while I'm here by grouping related USE_*
  variables to the USES block and sort the other variables according to the
  PHB.

PR:		238686
Submitted by:	Loic Bartoletti <lbartoletti@tuxfamily.org> (based on)
Reported by:	emaste [1]
Obtained from:	Debian [2]

Deprecate a few ports

Mark BROKEN: unfetchable

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Downgrade C++03 to C++98, actual default for GCC < 6

GCC 4.2 in base system doesn't support C++03:
cc1plus: error: unrecognized command line option "-std=gnu++03"

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Mark ports broken on mips64 that are already broken on powerpc64.  In
most cases, the failure mode is the same.  Also, mark them broken on
mips when necessary.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Mark ports broken on powerpc64, categories a-c.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

For ports under `cad', `devel', `dns`, and `math' categories: remove
redundant PKGMESSAGE assignment, which is set appropriately by the
b.p.m when `pkg-message' appears on the SUB_FILES list.

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

Register net/fsbclient and cad/alliance conflict.

Reported by:	rodrigo

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Explicitly pass -std=gnu++03 to the compiler.

This fixes the build with GCC 6, which defaults to -std=gnu++14. The port's
code does not work with C++11 or later.

PR:		219275

Provide error messages for some ports failing on aarch64, and, in a
few cases, other tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

cad/alliance: unbreak on 12.0 after base r308264

In file included from /usr/include/math.h:20:0,
                 from rutacces.c:18:
ruterror.h:49:14: error: expected identifier or '(' before
'__builtin_choose_expr'
 extern char *basename();
              ^

Reported by:	pkg-fallout

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Cleanup DIST* variables.

When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup

With hat:	portmgr
Sponsored by:	Absolight

cad/alliance: Upgrade version 5.0.20090901 => 5.0.20120515, stage

This port was marked broken due to a bison error.  The newest version had
the same flaw, but I got the fix from Debian.  The 5.0.20120512 is also
not limited to i386, it builds fine on amd64 now.

It is still not jobs safe (it can't find libVrd before it's built) but
I suspect only minor changes are necessary to make it jobs safe.

Reset maintainership for ports not staged with no pending PR

With hat:	portmgr

Mark broken: Does not compile

on 8 and 9:
 cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"alliance\"
-DVERSION=\"5.0\" -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_DLFCN_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1
-DHAVE_UNISTD_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBM=1
-DHAVE_LIBM=1 -DHAVE_LIBM=1 -DHAVE_LIBM=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1
-DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DSTDC_HEADERS=1
-DHAVE_SYS_WAIT_H=1 -DRETSIGTYPE=void -DHAVE_MOTIF=1 -DHAVE_XPM=1 -DHAVE_XPM=1
-DHAVE_X11_XPM_H=1 -DHAVE_XP=1 -DHAVE_MOTIF=1 -DHAVE_XMUSEVERSION=1
-DHAVE_XMINSTALLIMAGE=1 "-DALLIANCE_VERSION=\"5.0 20090901\""
-DALLIANCE_TOP=\"/usr/local/alliance\" -I. -I. -I../../mbk/src -I../../pat/src
-O2 -pipe -fno-strict-aliasing -MT pat_decl_y.lo -M
 -MP -MF .deps/pat_decl_y.Tpo -c pat_decl_y.c  -fPIC -DPIC -o .libs/pat_decl_y.o
y.tab.c:562: error: duplicate 'extern'

on 10 and head:
elp.c:252:1: error: non-void function 'elpLotrsShrink' should return a value
[-Wreturn-type]
return ;
^
elp.c:460:1: error: non-void function 'elpLofigCapaDiff' should return a value
[-Wreturn-type]
return ;
^
elp.c:490:1: error: non-void function 'elpLofigCapaGrid' should return a value
[-Wreturn-type]
return ;
^
elp.c:518:1: error: non-void function 'elpLofigShrink' should return a value
[-Wreturn-type]
return ;

Reported by:	pkg-fallout since august 2013

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

Mark jobs unsafe

Convert from USE_MOTIF to USES=motif
While here:
- trim headers
- Remove indefinite article from comment
- convert USE_GMAKE to USES=gmake

Convert USE_BISON to USES= bison

It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build

it brings bison as a run dependency in case it is set the following way:
USES= bison:run

it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both

While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix

Also broken on powerpc.

Hat:            portmgr

Bump PORTREVISION after open-mofit update

Fix build (and some cosmetic changes).

Add all 64-bit platforms to NOT_FOR_ARCHS for the moment to unbreak the port.

Not for ia64, either.

Hat:            portmgr
Feature safe:   yes

- Mark BROKEN, in two ways

Reported by:    pointyhat

Fix pkg-plist and re-add pkg-message.  Bump PORTREVISION.

Update to 5.0.20090901.

- Mark BROKEN: does not compile (bvl_bcomp_y.y)

Reported by:    pointyhat

- Remove duplicates from MAKE_ENV after inclusion of CC and CXX in default
MAKE_ENV

- Remove unneeded dependency from gtk12/gtk20 [1]
- 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)

- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Bump PORTREVISION

Approved by:    portmgr (xorg cleanup)

Update to 5.0.20070718.

Migration from bison 1.x to 2.x

PR:             117086
Tested by:      -exp runs

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
  supports them.  This is determined by running ``configure --help'' in
  do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
  which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
  Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
  PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
  subdirectory detection.

PR:             ports/111470
Approved by:    portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by:      pointyhat exp run

BROKEN with gcc 4.2

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

Update to 5.0.20060509.

Add NOT_FOR_ARCHS=sparc64 line because of build problems on sparc64.

Spotted by:     linimon

- Fix an invalid knob (s/USE_X/USE_XLIB/)[1].
- Use SUB_FILES.

Spotted by:     erwin[1]

remove USE_REINPLACE for all ports with categories starting with C

Update to 5.0.20050217 and unbreak the build on FreeBSD 5.x
and later.

PR:             ports/84715
Submitted by:   Carlos A M dos Santos (casantos at gama-rt dot urisan dot tche
dot br)

BROKEN on 5.x: Does not compile

Approved by:    portmgr (self)

- Add MASTER_SITE_LOCAL to MASTER_SITES to improve availability.
- Add USE_BISON=yes to unbreak the build.

Pointed out by: kris
Approved by:    linimon (mentor)

Add cad/alliance, which is a complete set of free CAD tools and
portable libraries for VLSI design.  It includes a VHDL compiler
and simulator, logic synthesis tools, automatic place and route
tools, and portable CMOS libraries.

Approved by:    linimon (mentor)

Number of commits found XX: 54

19 vulnerabilities affecting 148 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-07-11 12:42:41