SDCC is a retargettable, optimizing ANSI C compiler suite that targets
the Intel MCS51 based microprocessors (8031, 8032, 8051, 8052, etc.),
Maxim (formerly Dallas) DS80C390 variants, Freescale (formerly Motorola)
HC08 (hc08, s08), Zilog Z80 based MCUs (Z80, Z180, Game Boy, Rabbit 2000/3000,
Rabbit 3000A, TLCS-90), STMicroelectronics STM8 and Padauk PDK14/PDK15.
===> The following configuration options are available for sdcc-4.6.0:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
lang/sdcc: Update to 4.4.0
Remove the port options and just build everything because updating the
plist for each option is extremely tedious.
Add MAKE_JOBS_UNSAFE.
Switch to DISTVERSION.
Pet portfmt, portlint.
Changelog: https://sdcc.sourceforge.net/index.php#News
PR: 280609
Reported by: Alexey Vyskubov <alexey@ocaml.nl>
Approved by: submitter is maintainer
devel/automake: Update to 1.17
biology/libneurosim: Fix use of libltdl.
dns/ddclient: Take out -Werror.
lang/sdcc:
- Patching ARCH is no longer needed. Remove it because it touched some
configure.ac files and that causes other autotools files to appear
out-of-date.
- Run autoreconf in WRKSRC/device/lib/pic14 because aclocal.m4 and
config.h.in appear out-of-date.
net/rpki-client: Patch Makefile.in instead of Makefile.am to avoid
autotools.
sysutils/genimage: Run configure with --disable-silent-rules because
upstream changed the default to silent and when silent rules are
enabled it also runs make with --no-print-directory which is a gmake
flag. Patch Makefile.am so it uses --no-print-directory depending on
the actual verbosity instead of the default.
PR: 280277
Exp-run by: antoine
*/*: Update WWW to use HTTPS for sourceforge.net projects
Homepage link is permanent redirected to its HTTPS counterpart
Issue reported by repology : https://repology.org/repository/freebsd/problems
Approved by: portmgr (blanket)
PR: 274888
lang/sdcc: Fix build if binutils is installed
binutils has ansidecls.h which gets picked up before the sdcc version
which breaks the build. Patch the files which use it to use a relative
path.
PR: 273037
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.
(Only the first 15 lines of the commit message are shown above )
*/*: Remove redundant '-[0-9]*' from CONFLICTS_INSTALL
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
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
Fix build on gcc-based archs by updating USES.
Tested on powerpc64 and amd64 (for no regression).
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Patch files to replace ARCH with PICARCH. NOPRECIOUSMAKEVARS makes
bsd.port.mk stop using ARCH but the package builders set ARCH in their
make.conf anyway.
Some libraries were missing from the package because of this.
Reported by: Jason Bacon <bacon4000@gmail.com>
MFH: 2016Q1
SDCC version 3.4.0.
Highlights:
- New TLCS90 (Toshiba Z80 clone) target support
- New STMicroelectronics STM8 target support
- Support for named address spaces in ROM
- Update sdcc to 3.3.0
- Group target options
- Change CPPFLAGS and remove LDFLAGS to always use base system
libreadline and its headers
- Use a dynamically generated pkg-plist
Reviewed by: crees
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
- Update to version 3.2.0
- Add conflict with lang/sdcc-devel [1]
- Convert to OptionsNG
- Mark ONLY_FOR_ARCHS i386 as it seems to be the only supported one
by upstream project under FreeBSD
PR: ports/170371
Submitted by: Tijl Coosemans <tijl@coosemans.org> (maintainer)
Reported by: Sulev-Madis 'ketas' Silber <madis555.hot.ee> [1]
Approved by: tabthorpe (mentor)
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
- gputils is required by sdcc for working with PIC processors,
and hence should be included in RUN_DEPENDS as well as BUILD_DEPENDS
PR: ports/158691
Submitted by: Jason Bacon <jwbacon@tds.net>
Approved by: Tijl Coosemans <tijl@coosemans.org> (maintainer)
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-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
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
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.
Attempt to fix INDEX build by s/USE_GCC=3.1+/USE_GCC=3.2+/ after removal
of lang/gcc31.
This may only be papering over a bug in use.gcc.mk (does the definition
for 3.1 need to be removed there?)
Hat: portmgr
- Fix build with gcc-3.3:
error: ISO C++ forbids cast to non-reference type used as lvalue
PR: ports/69653
Submitted by: Tijl Coosemans <tijl@ulyssis.org> (maintainer)
Add sdcc, Small Device C Compiler, a Freeware, retargettable, optimizing
ANSI-C compiler that targets the Intel 8051, Maxim 80DS390 and the Zilog
Z80 based MCUs.
PR: ports/66262
Submitted by: Tijl Coosemans <tijl@ulyssis.org>
