iODBC (intrinsic Open Database Connectivity) is an ODBC driver manager that
is compatible with the ODBC 2.x and 3.x specifications. It performs the
standard tasks of a driver manager, i.e. driver loading, parameter and
function sequence checking, driver function invocation, etc.
Applications linked with the iODBC driver manager will be able - through ODBC
function calls - to access simultaneously different types of data sources
within one process through suitable ODBC drivers.
iODBC is freely redistributable under either the GNU Library General Public
Licence (LGPL) or the BSD licence.
===> The following configuration options are available for libiodbc-3.52.16_1:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
GTK2=off: GTK 2 GUI toolkit support
===> Use 'make config' to modify these settings
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
databases/libiodbc: Use release tarball, improve port and return to pool
* Switch to using upstream release tarball
* Adjust port Makefile layout
* Return to pool
PR: 281447
Approved by: kde (makc and jhale)
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 )
databases/libiodbc: update to 3.52.15
* Added support for macOS Big Sur (11.x) on Apple Silicon using a universal
build
* Fixed title to show CPU architecture used
* Fixed length of error message buffer
* Removed support for Mac OS X Snow Leopard (10.6) and older
* Removed deprecated iODBCcfmbridge for PPC
* Upgraded iODBC build to use recent versions of Xcode
* Minimum Xcode version is set to Xcode 8.0
* Minimum macOS deployment target is OS X Mavericks (10.9)
* Migrated dialogs and plist files
* Migrated translation support
databaes/libiodbc: update to 3.52.13
Release Notes [1]
* Added extra validation for SQLAllocHandle (SQL_HANDLE_DESC, ...)
* Added GCC __attribute__ for checking format string
* Added missing define SQL_CONVERT_GUID
* Fixed issue using heap after free in SQLConnect_internal
* Fixed issue with global mutex in SQLError, SQLGetDiagRec, and
SQLGetDiagField
* Fixed SQLSetStmtAttr to cache the correct values for
SQL_ATTR_ROW_ARRAY_SIZE and SQL_ATTR_ROW_BIND_TYPE
* Fixed format specifiers and some casts to fix trace output
* Fixed missing check for section in SQLGetPrivateProfileString
* Fixed non-void function needs to return a value
* Fixed issue in Mac Cocoa code
* Fixed iODBC apps/frameworks CFBundleGetInfoString attribute
* Fixes an issue where build fails on Alpine
* Fixed package versioning
* Fixed small memory leaks
[1]
http://www.iodbc.org/dataspace/doc/iodbc/wiki/iodbcWiki/ChangeNotes#2019-07-23%20-%20iODBC%20Stable%20Version%203.52.13%20Released
Update databases/libiodbc to 3.52.12
While doing so, make qa.sh happy by adding some GTK2-deps.
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7728
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
(Only the first 15 lines of the commit message are shown above )
Update to 3.52.9.
Changes upstream include:
* Added support for building on recent versions of Mac OS X
* Fixed warnings from autoconf/automake
* Fixed infinite loop in connection pool
* Fixed compiler warnings
* Fixed build dependency for make -jX
* Fixed check for Unicode driver
* Fixed issue calling SQLCancel from other thread
* Fixed SQLInstallDriverEx when driver is readonly
The "Fixed build dependency for make -jX" part is important, as parallel
builds (particularly with the GTK2 option on) normally fail with 3.52.8.
Based on a patch by Jia-Shiun Li <jiashiun@gmail.com> [1].
PR: ports/189496 [1]
Submitted by: Jia-Shiun Li <jiashiun@gmail.com> [1]
MFH: 2014Q2
Fix unixODBC vs libiodbc conflicts
Always rely on unixODBC each time a port is looking for libodbc.so
Remove odbc compat from libiodbc
This allows to install both kde and gnome at the same time
While here:
- Convert libiodbc to USES=libtool
- Convert a bunch of libiodbc dependencies to USES=libtool
- Chase libiodbc.so shlib change
- Stagify some ports
- Convert some ports to USES=pgsql
Discussed with: rakuco (kde)
With hat: portmgr
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above )
Update to 3.52.8.
This commit also tries to clean up the infrastructure a little bit. It
compiled fine on 7.4, 8.2, 9.0 and 10 on redports:
- Remove iodbc.org from the MASTER_SITES list, it doesn't seem to
exist anymore.
- Set LICENSE.
- Remove USE_GMAKE, it seems to build fine with make(1).
- Remove the pthreads-related hacks and seds, as they do not seem to
be needed anymore, especially now that only pthreads exists.
- Remove the -D_BSD_WCHAR_T_DEFINED and the patch in files/, as
libiodbc itself has accounted for _BSD_WCHAR_T_DECLARED since 2003.
- Act on the example code based on NOPORTEXAMPLES instead of
NOPORTDOCS.
- 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
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
-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
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
- Reset bouncing maintainer address:
This is a collection of reports about email delivery
process concerning a message you originated:
error: nosuchuser: ebakke@trolltech.com
- Fix detect of wchar_t on FreeBSD. Using _BSD_CT_RUNE_T_ is not sufficient
for some version of FreeBSD, rather test on __FreeBSD__. This problem
prevent other programs to include iodbc's header files on -STABLE systems.
PR: ports/64743
Submitted by: eik
Approved by: maintainer timeout (2 weeks)
Update to 3.51.1: catch up with the newest development branch, but not
yet the newest release from that branch. From the PR:
"I am aware that this patch does not update to the very latest version
of the libiodbc library, but I will submit another update when I am
back online after my move (along with a maintainer-email update)."
Changes over time include: added new SQLDrivers implementation; added
ODBC Tracing facility; code restructuring; fixes for installations in
many more environments; bugfixes. See ChangeLog for complete details.
PR: ports/62877
Submitted by: Erik H. Bakke <ebakke@trolltech.com> (maintainer)
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
- Update to version 3.0.5 - Add dependency on GTK (new in this version) via
USE_GTK knob - Install sample configuration files - Install odbctest binary
- Tweak installation directory of configuration files, and name of odbctest
binary so as not to conflict with the port databases/unixODBC - Install some
basic documentation in $DOCSDIR - Expand and clarify pkg-descr; reword
pkg-comment to be more correct
