The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
devel/lfcxml: 1.1.8 -> 1.2.2
databases/cego: 2.27.2 -> 2.28.3
databases/p5-DBD-cego: bump portrevision
databases/cegobridge: bump portrevision
IMPORTANT: Upgrades of cego 2.27.x to 2.28.x databases has to be done by
export and import.
lfcbase:
- Adaptions made for build with msys2 / mingw64. Many windows
specific stuff could be eliminated, since mingw64 provides better
POSIX support ( e.g. pthreads, timer functions .. )
lfcxml:
- Fix in configure.ac to find lfcbase and for FreeBSD
cego:
- Fix in CegoSelect::CegoSelect, the pCacheList variable was not
initialized to 0 for all constructors. In case of system table
selects, the variable might be undefined which might lead to
segmetation faults.
- Changed synchronization level for btree creation. So the base
table can also be accessed while btree is created ( During creation
btree status is invalid )
This also allows to perform on online btree reorganization, since
a new btree can be build up in parallel
- Fix in CegoSystemObject::createSystemSpace, id values for bustat
table must start with id 1 instead of id 0, otherwise, bustat
information retrievel fails or may result in a core dump
( select * from $bustat )
- Added performance fix for CegoQueryHelper::decodeFVL, since the
tuple context information is already from the method called, the
tid, tastep and ts parameters have been remove from this method.
This saves some decoding time
- Please note, that version 2.28.x makes datafiles from older versions
incompatible.
An upgrade requires a xml tableset export of existing data and a
restore after succesful upgrade
- 2.28.x also contains many code cleanup fixes and some fixes for
btree handling.
- Fix in CegoTableManager::createBTree, in case of an exception
during build up, the allocated have to be cleanup up. For this the
a rollback method was introduced in class CegoBTreeManager.
Fix in CegoTableCursor, invalid btree objects have not been ignored
- Many adapations to make cego full 64bit ready also in combination
with MSYS2 / MINGW64. This resulted in change of many variables
from type long to type unsigned long long (type long is just 32 bit
for Windows ) With an appropriate MSYS2 / MINGW64 installation,
cego compiles proper and runs stable now.
Many thanks to the MSYS/MINGW developers for their amazing work !
- Several changes from type int to type unsigned long long
- Fix in CegoTableManager::deleteDataTable ( renamed to
deleteDataTableEntry )
Since we allow now parallel updates, the method must check if the
target tuple has already been touched by another transaction.
Otherwise, invalid double entries could occur in case of concurrent
updates on the same tuple.
If a concurrent transaction is detected, the method returns false.
This return value is used by the updateTuple method to decide,
if the subsequent insert operation must be performed.
- Since it is not enough jut checking the tuple header info for
update deletes, a record locking has to be added to avoid duplicates.
In this sense, record locking for setTupleInfo method call ( used
in CegoTableManager and CegoTransactionManager ) was added. For
this, the lockRecord and unlockRecord method have been reactivated
in CegoLockManager class.
This lock avoids, that in case of concurrent tuple updates duplicate
tuples are produced by an update.
- Fix in configure.ac to find lfcbase and lfcxml and for FreeBSD
Submitted by: lemke@lemke-it.com
databases/cego: 2.21.1 -> 2.22.0
databases/p5-DBD-cego: 1.2.9 -> 1.3.0
lfcbase:
- Added syslog support
- syslog is enabled per default
cego:
- fix in CegoFieldValue::comp for correct null value ordering
- adapt to lfcbase 1.6 with syslog support
p5-DBD-cego:
- adapt to lfcbase 1.6 with syslog support
Submitted by: Björn Lemke <lemke@lemke-it.com>
Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR: 194969
Differential Revision: https://reviews.freebsd.org/D1019
Exp-run by: antoine
Reviewed by: perl@
Approved by: portmgr
Starting with perl 5.20, they're not installed any more if empty,
and on FreeBSD, they're (always ?) empty.
PR: 190681
Submitted by: mat
Exp-Run by: antoine
Sponsored by: Absolight
- While I'm here:
- Convert to new LIB_DEPENDS format
- Respect CC
- Use USES=gmake
- Support STAGEDIR
Changes: http://www.lemke-it.com/litexec?request=pubclogcegodbd
PR: ports/183359
Submitted by: Kurt Jaeger <fbsd-ports@opsec.eu> (maintainer)
- Pet portlint(1) by moving LICENSE section earlier
- Use dirrmtry instead of dirrm in pkg-plist for directories not specific to
this port
PR: ports/166631 [1]
Submitted by: Kurt Jaeger <fbsd-ports@opsec.eu> (maintainer)
Feature safe: yes
In file included from Cego.c:142:
/usr/local/lib/perl5/site_perl/5.12.4/mach/auto/DBI/Driver_xst.h: In function 'int dbdxst_bind_params(SV*, imp_sth_t*, I32, I32)':
/usr/local/lib/perl5/site_perl/5.12.4/mach/auto/DBI/Driver_xst.h:72: error: cannot convert 'imp_sth_t*' to 'imp_xxh_t*' in argument passing
/usr/local/lib/perl5/site_perl/5.12.4/mach/auto/DBI/Driver_xst.h: In function 'SV* dbdxst_fetchall_arrayref(SV*, SV*, SV*)':
/usr/local/lib/perl5/site_perl/5.12.4/mach/auto/DBI/Driver_xst.h:98: error: cannot convert 'imp_sth_t*' to 'imp_xxh_t*' in argument passing
./Cego.xsi: In function 'void XS_DBD__Cego__db__login(CV*)':
./Cego.xsi:96: error: invalid conversion from 'const char*' to 'char*'
./Cego.xsi:97: error: invalid conversion from 'const char*' to 'char*'
[..]
Reported by: pointyhat
