cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
166,647 Commits 1 Branch 0 Tags 544 MiB
4ea6a5247b
Commit Graph

171 Commits

Author SHA1 Message Date
naddy
7a958849ed drop RCS Ids 2022-03-11 18:31:17 +00:00
espie
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
kurt
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
naddy
c40cd3f60d databases/db/v3: fix for -fno-common 2021-02-01 23:58:30 +00:00
kurt
611ed15607 Enable the java sub-package on aarch64 2019-09-23 16:55:57 +00:00
kurt
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
sthen
9fe1e38b23 replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 20:43:27 +00:00
sthen
272679252b better HOMEPAGE, separate out REVISION lines 2019-07-10 17:14:47 +00:00
tj
1367168f53 switch some master_sites and homepage lines to https. ok sthen 2019-07-10 15:25:02 +00:00
kurt
7705a5ad0b Revision bump all java ports for the jre package removal and java.port.mk 
changes.
 2019-06-11 00:38:33 +00:00
sthen
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
sthen
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
landry
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
sthen
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
sthen
5e964ab0df bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. 2017-07-26 22:45:14 +00:00
espie
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
espie
8ac47fd9c6 use COMPILER_LIBCXX where applicable 2017-07-16 19:18:47 +00:00
kurt
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
sthen
cefdc910e1 convert iostream.h to iostream, fix with libc++ 2017-04-16 20:49:32 +00:00
sthen
7b9fdbb2c9 use LIBCXX 2017-04-10 11:45:22 +00:00
espie
1d55a231e7 add is-branch to all trivial ports that exist as multiple branches. 2016-06-29 16:14:38 +00:00
naddy
d25bfe130b get rid of NO_SHARED_ARCHS and PFRAG.shared 2016-03-12 16:45:57 +00:00
naddy
d1fb05fbc3 requires --enable-shared 2016-03-10 11:50:13 +00:00
sthen
97889e162c switch my distfiles mirror to https 2015-12-03 21:24:29 +00:00
ajacoutot
4c72077de5 Add XXX: variables need to be in sync. 2015-06-13 08:35:18 +00:00
naddy
c36ada4f79 fold lib-only PFRAG.shared into PLIST, and some related cleanups 2015-03-19 20:25:26 +00:00
naddy
570aa62a9c Drop remaining MD5/RMD160/SHA1 checksums. 2015-01-18 03:12:39 +00:00
sthen
f0bac10276 re-enable java subpackage on i386 2014-05-08 20:23:19 +00:00
kurt
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
sthen
d53e942c77 Disable java subpackage of databases/db on i386, java is broken there and 
this knocks out many ports which rely on db.

Add a comment next to BROKEN-i386 in jdk/1.6/Makefile reminding that this
has been done.
 2014-01-09 09:59:55 +00:00
espie
bb885a716a fix install in the purely static case 2013-07-09 17:06:14 +00:00
espie
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
ajacoutot
58f1a6f9f6 USE_LIBTOOL=Yes is the default now. 2013-03-21 08:45:11 +00:00
espie
3f680606a7 PERMIT_* / REGRESS->TEST sweep 2013-03-11 02:52:04 +00:00
espie
e0fece8b85 java builds again 2012-03-09 12:59:25 +00:00
espie
cbd86a6d2e actually, BROKEN is not subpackage dependent, so use IGNORE-java 2012-02-20 02:31:40 +00:00
espie
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
ajacoutot
373d4ceeb4 Add a comment, LIBdb_VERSION needs to be synced to databases/db/v4. 2012-01-25 11:32:34 +00:00
espie
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
espie
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
kurt
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
naddy
1dab28aba2 bump EPOCH to deal with an old screwup when REVISION was introduced 2011-09-25 14:40:32 +00:00
espie
61199a1dbc normalize pkgpath 2011-09-16 08:48:01 +00:00
naddy
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
naddy
1e2bbe8777 bump all (sub)packages that depend on db/v4; requested by and help from espie@ 2011-09-12 18:02:34 +00:00
espie
5aaeed9ab0 fallout from db/v4, clean-up libreoffice port 2011-09-12 10:16:57 +00:00
naddy
4ead43d7d6 bump EPOCH to deal with an old screwup when REVISION was introduced; ok espie@ 2011-09-11 21:17:09 +00:00
jasper
fa7be240b1 - bump REVISION after recent java.port.mk change 2011-08-30 17:16:35 +00:00
espie
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
espie
7bd809aca3 db/v3 meets PKGSPEC 2010-11-26 14:23:31 +00:00