It seems GNAT version changed recently and this port wasn't bumped, leading
to errors like:
error: "dom.ads" and "gprclean-main.adb" compiled with different GNAT versions
error: "dom-core.adb" and "gprclean-main.adb" compiled with different GNAT versions
...
I only care about math/why3-gpl, which has been decoupled from why3 and
has already diverged. Before resetting MAINTAINER, I reintegrated the
Makefile.common file (only used by this port) into the main Makefile. In
the process, some options placeholders were lost but in all probability
these options can't be built without serious work on external ports.
- New Option DEBUG for extension testers
- GRASS option broken now on 8.x and 9.x
- Show QGIS-Codeversion (GIT hash) in 'Help -> About'
PR: 201152
Submitted by: rhurlin@gwdg.de(maintainer)
This upgrade was necessary because the latest version introduces new
switches that Adacore software already uses. I'd been working around
it be replacing, for example, "gprinstall" with manual install targets.
More importantly, gprbuild is built with project files. This requires
either gnatmake (which will drop this functionality on next gcc version)
or a copy of gprbuild already installed. Since I don't want to carry
binary bootstraps, I wrote a new BSD-style makefile to avoid gprbuild
as a dependency for itself.
Unlike GPS 2014, it uses the gnat sources that it was provided with
instead of gnat_util library. The gpr* sources use functions not yes
in FSF GNAT and only one regression patch is needed when built by
gcc5-aux. This probably cannot be built by gcc-aux, but there are
already several things preventing the return to gcc-aux (over gcc5-aux).
I didn't bother with the examples so these are no longer installed, and
I didn't install "info" version of documention which follows my other
ports. (pdf, txt, and html versions are still installed)
./../src/Glide64/rdp.cpp: In function 'void loadBlock(uint32_t*, uint32_t*, uint32_t, int, int)':
./../src/Glide64/rdp.cpp:1838: error: 'bswap32' was not declared in this scope
./../src/Glide64/rdp.cpp: In function 'void loadTile(uint32_t*, uint32_t*, int, int, int, int, uint32_t*)':
./../src/Glide64/rdp.cpp:2082: error: 'bswap32' was not declared in this scope
Submitted by: pkg-fallout
Approved by: portmgr blanket
complain about not having an UTF-8 locale when building in
poudriere (which may affect binary packages).
- Install source files (with a SRC option, default on), which can
then be used by Emacs' alchemist-mode.el to provide a working
"go to source" function.
- Remove pkg-plist, which is now mostly auto-generated.
PR: 201125
Submitted by: olgeni
../sse/blake2b.c: In function 'blake2b_compress':
../sse/blake2b.c:294: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts
../sse/blake2b.c:294: error: incompatible type for argument 1 of '__builtin_ia32_psrlqi128'
../sse/blake2b.c:294: error: incompatible type for argument 1 of '__builtin_ia32_psrlqi128'
Submitted by: pkg-fallout
Approved by: portmgr blanket
be at least version 0.10 instead of exactly version 0.10
Bump PORTREVISION
This allows the (work in progress) Pootle port to show a usage line instead of
a dependency error.
Differential Revision: https://reviews.freebsd.org/D2928
Approved by: maintainer (wg)
In order to get C++ support for CloudABI working, we need to import
three libraries from LLVM, namely libc++, libc++abi and libunwind. Even
though they are installed separately, there seems to be a circular
dependency between them:
- libc++ depends on an internal header from libc++abi.
- libc++abi depends on public headers from libc++, but also an internal
header from libunwind.
- similarly, libunwind depends on public headers from libc++, but also
an internal header from libc++abi.
This change adds three new ports for these libraries. As with
compiler-rt, it seems to be almost impossible to use the cmake
infrastructure shipped with these libraries, for the reason that they
depend on a functional C++ compiler being present. This is obviously not
the case, as we're trying to get these installed.
The libc++ port ships with a small number of patches. Almost all of the
patches needed to get libc++ to work on CloudABI have already been
upstreamed. These are the last remaining ones that haven't been
upstreamed yet. Expect the patches to become smaller over time.
Differential Revision: https://reviews.freebsd.org/D2898
Approved by: bapt
Makefile
1) Missing dependancy on plibthread.so.1
Java code base
2) Added commandline debug output in multiple Java files
3) Tided comment statements, tabulation and white space to aid reading
of sections of the original source code
4) Added additional debug statements to aid diagnosis in multiple Java
files
5) Moved error logging from Zystem to be local in the RXTXPort.java
file (was never firing from Zystem); now common with rest of codebase
6) Ensured that RXTX only outputs debug level information when
requested.
7) Only enumerate the local ports on initialisation once (use of
init_clean), rather than three times.
8) Updated ports lists to reflect current usage pre FreeBSD v10 and post
v10.
9) Debug identifier inserted before all calls
10) correctly read the properties file when there are multiple java
library paths
11) Enabled the skipping of parrellel ports during scans where they are
not used by the invoking java parent base to RXTX (Still allows them to
be manually specified in gn.io.parellel env arg)
SerialImp.c
12) Tidied code indentation (where needed, it is a medium length file
and doesn't provide benifit on areas that work)
13) Added standard out debug support to allow for assessment of
interaction with Java code that can be compiled in (DEBUG_STDOUT)
14) Added entry and exist debug statement for key functions
15) where sprintf is being used, ensure that the existing ptr refers to
an empty string (uses memset to sizeof)
16) cleared up display tabulation of function headers in entire file (on
second enumeration strings contained garbage)
17) Remove LEAVE and ENTRY functions as not working as expected in
header.
18) Made sure all debug statements are null pointer terminated (note
sprintf is not solely used for debug message formatting)
19) Added condition so that a port that is in use during testread() is
still reported as selectable. (If you attempt to open it after the port
scan and it is still EBUSY the behaviour is unaltered and will throw a
suitable error back)
20) Disabled uucp for lpt ports, as uucp only applies to tty on
FreeBSD (so says the Handbook...)
21) RXTXPort:interruptEventLoop - resolved SIGABRT call to
process (intended to kill off thread not entire JRE)...
22) RXTXPort:interruptEventLoop now waits for timer in child thread to
expire before attempting to closing the thread (delay between 0 and
1000000 sleeps)
23) All debug streams for FreeBSD now forward to same function for
uniform formatting.
This fixes two downstream issues in the arduino port, which results in
missing dependancies, a core dump when uploading, or very slow port
enumeration (up to 30s in some cases) when the arduino IDE is first
started.
PR: 200179
Submitted by: james@elstone.net
Approved by: maintainer timeout (mirror176@cox.net ; 45 days)
* Updated German and Slovak translations
The game's source has also been moved from Sourceforge to GitHub.
- Remove master sites, use GitHub=yes
- Remove WRKSRC
spatch(1) is not stripped anymore as it breaks the executable. For
instance, when not stripped, "spatch --version" returns:
spatch version 1.0.1 with Python support and with PCRE support
But once stripped, it does not work anymore:
Unknown option --version
This was already broken in the previous version of the port
(1.0.0-rc22).
Differential Revision: https://reviews.freebsd.org/D2926
Reviewed by: kwm
Approved by: kwm
This is no longer needed after the same thing was removed from OpenEXR, and moreover it breaks opencolorio-tools on 9.x
PR: 197907
Approved by: portmgr blanket, maitainer timeout
- Rename a few Erlang-related ports using the erlang- prefix; it will avoid
confusion with elixir- ports.
- Remove DOCS and EXAMPLES where not actually useful.
- Simplify RUN_DEPENDS where possible.
- Move textproc/exmpp to devel/erlang-exmpp.
- Add missing R18 compatibility fix for devel/erlang-oserl.
- Upgrade erlang-cuttlefish to 2.0.3.
The idea is that libraries ("deps") have the "erlang-" prefix, while larger
projects (rabbitmq, yaws, couchdb, etc) keep their usual names.
