17084c5559
Bump MODJAVA_VER to jdk-17 to match libreoffice. okay sthen@
2025-11-19 15:36:42 +00:00
e198db5fd2
reenable java in db/v4 on aarch64, the exec-only issue in the JDK was
...
fixed a long time ago. reported by Slava Voronzoff
2025-06-30 12:07:48 +00:00
d15b901833
databases/v4: prepare for opaque FILE
...
There's a check that takes the equivalent of sizeof(FILE) for no good
reason which will break.
2024-06-20 15:57:30 +00:00
a56cd77418
-> SITES, no fetch change
2023-09-20 13:30:05 +00:00
7a958849ed
drop RCS Ids
2022-03-11 18:31:17 +00:00
737fb8bb76
zap a few PKGNAME-sub which are now default
...
(and also duplicated EPOCH-sub which make little sense in db/{v3,v4}
2021-11-22 13:55:54 +00:00
f9d899e6a0
Bump revision on all 1.8+ ports since now they will build with jdk
...
1.8 on aarch64 and their run depends will also change. okay ian@
2021-05-19 01:50:29 +00:00
b6fb5c138c
Update javac source and target variables so this can be built with
...
the 1.8 or 11 jdk.
okay sthen@
2019-09-23 15:16:43 +00:00
272679252b
better HOMEPAGE, separate out REVISION lines
2019-07-10 17:14:47 +00:00
7705a5ad0b
Revision bump all java ports for the jre package removal and java.port.mk
...
changes.
2019-06-11 00:38:33 +00:00
69c9423823
drop MODJAVA_JRERUN and set MODJAVA_VER to 1.8+. needed for forthcoming
...
java.port.mk simplification.
2019-03-26 15:18:27 +00:00
828f08b0e2
sweep all java ports with a couple of adjustments to build/dependency
...
environment, which will reduce complexity in java.port.mk when jdk 11 is
added. direction agreed with kurt@.
- switch all MODJAVA_VER to at least 1.8 (we don't currently have any
version earlier than this anyway).
- drop MODJAVA_JRERUN, the separate jre package will be going away with
jdk 11.
- bump changed ports
2019-03-24 22:24:12 +00:00
8b5ca099bb
Fix on !clang by adding MODGCC4_CPPLIBDEP to LIB_DEPENDS-main so that
...
COMPILER_LIBCXX/estdc++ is reachable by WANTLIB.
Same fix as the one sthen@ did for pythons. No bump since no change for
clang archs, and it doesnt package on others. Should unblock a truckload
of ports..
2018-11-01 08:31:26 +00:00
25f0e460f2
Add COMPILER lines to c++ ports which currently use the default. Adjust
...
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
2018-10-24 14:27:57 +00:00
5e964ab0df
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.
2017-07-26 22:45:14 +00:00
c114d7057b
add pthread to COMPILER_LIBCXX.
...
white lie, but it allows clang and gcc to be more similar
bump accordingly.
2017-07-23 09:26:25 +00:00
8ac47fd9c6
use COMPILER_LIBCXX where applicable
2017-07-16 19:18:47 +00:00
558715b919
- disconnect devel/jdk/1.7 from the build
...
- adjust java.port.mk so all 1.7 and lower ports now build with 1.8
- bump revision on affected ports
okay sthen@, ian@, landry@
2017-04-21 13:27:46 +00:00
7b9fdbb2c9
use LIBCXX
2017-04-10 11:45:22 +00:00
1d55a231e7
add is-branch to all trivial ports that exist as multiple branches.
2016-06-29 16:14:38 +00:00
d25bfe130b
get rid of NO_SHARED_ARCHS and PFRAG.shared
2016-03-12 16:45:57 +00:00
97889e162c
switch my distfiles mirror to https
2015-12-03 21:24:29 +00:00
4c72077de5
Add XXX: variables need to be in sync.
2015-06-13 08:35:18 +00:00
c36ada4f79
fold lib-only PFRAG.shared into PLIST, and some related cleanups
2015-03-19 20:25:26 +00:00
570aa62a9c
Drop remaining MD5/RMD160/SHA1 checksums.
2015-01-18 03:12:39 +00:00
46f312eaef
- Unlink jdk/1.6 and make jdk/1.7 the default jdk for all java ports
...
- Adjust java.port.mk and cmake to use 1.7
- Adjust jdk/1.7 for pkg_add upgrades
okay sthen@, jasper@, ajacoutot@
2014-05-07 15:42:15 +00:00
30ef10f6cd
the build process of those ports only leads to a .la file if shared objects
...
are being built, so put those files into the PFRAG.shared-main fragment
too (this is one port where fragment-folding can't work)
2013-07-05 12:03:52 +00:00
e0fece8b85
java builds again
2012-03-09 12:59:25 +00:00
cbd86a6d2e
actually, BROKEN is not subpackage dependent, so use IGNORE-java
2012-02-20 02:31:40 +00:00
ee77842490
classpath hangs with rthreads, so this takes java out.
...
mark the -java subpackage as broken, so that stuff that depends on other
db/v4 pieces can proceed.
(as discussed with sthen@, aja@, naddy@)
2012-02-19 22:07:51 +00:00
373d4ceeb4
Add a comment, LIBdb_VERSION needs to be synced to databases/db/v4.
2012-01-25 11:32:34 +00:00
56902f8f20
fix build: prevent infinite recursion thru python.
...
also annotate gamin for bootstrap property, and mark haddock,no_deps as
a "real flavor", since it's only used for bootstrap anyways AND significantly
changes the build.
2011-10-18 06:46:24 +00:00
2795b45115
convert databases/db to bsd.port.arch.mk, a bit more complicated since
...
there is a Makefile.inc.
Since the BUILD_PACKAGES tests have to happen there, put the java one there
as well, it won't trigger for db/v3, obviously.
Allows the removal of the ,java pseudo-flavor, since the ONLY_FOR_ARCH-* part
will take care of it.
2011-10-17 10:10:59 +00:00
6a13dc6824
- remove devel/jdk/1.5 and lang/kaffe
...
- adjust java.port.mk for their removal
- bump affected packages
okay jasper@
2011-10-07 13:54:30 +00:00
61199a1dbc
normalize pkgpath
2011-09-16 08:48:01 +00:00
511778f2b1
Also bump EPOCH for the db4 -java and -tcl subpackages to deal with
...
an old screwup when REVISION was introduced.
Bump their dependent packages as well.
2011-09-14 19:12:18 +00:00
1e2bbe8777
bump all (sub)packages that depend on db/v4; requested by and help from espie@
2011-09-12 18:02:34 +00:00
5aaeed9ab0
fallout from db/v4, clean-up libreoffice port
2011-09-12 10:16:57 +00:00
4ead43d7d6
bump EPOCH to deal with an old screwup when REVISION was introduced; ok espie@
2011-09-11 21:17:09 +00:00
fa7be240b1
- bump REVISION after recent java.port.mk change
2011-08-30 17:16:35 +00:00
15196452e1
default db-* for db/v4 is incorrect, set PKGSPEC=db->=4,<5, bump packages
...
with erroneous depends.
2010-11-26 14:44:27 +00:00
2314c85f45
convert to new style depends
...
zap default spec that are not needed
convert libspecs as well
convert p* to REVISION.
No package changes
2010-11-15 00:22:45 +00:00
b7a07d2cf6
The patchsets are no longer available at their old location on
...
oracle.com; I've mirrored them. Pointed out by Diana Eichert, thanks!
2010-11-12 08:06:42 +00:00
4c41a66bd0
switch back to openbsd libtool
2010-10-30 23:14:15 +00:00
f9882dbcf5
- switch back to gnu libtool after recent libtool revert
...
ok sthen@
2010-10-28 22:20:59 +00:00
8eb269448b
remove some @ in makefile, so we can see what is executed, e.g. libtool...
...
regen patches for v3 while here
2010-10-28 10:33:16 +00:00
22c7c2e9c6
build with openbsd libtool and bump revision
2010-10-28 09:10:54 +00:00
89d02b8fda
When bumping -main here in my last commit, I inadvertently replaced
...
PKGNAME-main=${DISTNAME}p0 with REVISION=1. As it is a multi-package port,
the PKGNAME-main=${DISTNAME} must be kept, REVISION must be an extra line.
Breakage noted by jasper@
2010-08-25 23:06:00 +00:00
6548c7a188
add missing wantlibs, new-style lib_depends/revision, bump
2010-08-25 20:27:16 +00:00
2caff40cf7
rename variable, REVISION has a special meaning now
2010-07-10 20:06:54 +00:00
kurt