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.
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.
-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
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
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)
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)
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.
- 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
Approved by: No response in ~25h from maintainer. (Apologies for the
short wait; I have a port waiting in the wings which depends
on this one.)
