[Home]

Summary:ASTERISK-09690: configure does not find ODBC or does not explain what it did not like about the ODBC
Reporter:Name Withheld (dumpster_penguin)Labels:
Date Opened:2007-06-15 22:46:08Date Closed:2007-06-18 11:37:41
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Core/Configuration
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:configure does not notice ODBC, or does not explain adequately what it is not finding in ODBC so the problem could be remedied.

Symptom:  In make menuselect, it says "XXX 16. res_odbc" and "Depends on: unixodbc(E)".

But, these clues suggest that unixODBC is installed:

$ find /usr -name sql.h -o -name libodbc\*
/usr/include/sql.h
/usr/lib/libodbc.so
(and 46 others including .a and version numbers)

$ rpm -q unixODBC
unixODBC-2.2.12-2.fc7



****** ADDITIONAL INFORMATION ******

Fedora 7
Comments:By: Tilghman Lesher (tilghman) 2007-06-15 23:42:58

On RedHat, the use of UnixODBC also requires libtool-ltdl.  This is not a dependency for other distributions, which is why we do not specify it uniquely.  Please email the RedHat maintainers and ask why they failed to include this dependency in the UnixODBC rpm install.
By: Name Withheld (dumpster_penguin) 2007-06-17 19:25:07

Thank you for the informative note.

To clarify, the dependency on libltdl is already literally in Asterisk's configure script configure.ac, but not in a way that generates a "No" message that names libltdl.  (configure.ac says, "AST_EXT_LIB_CHECK(UNIXODBC, odbc, SQLConnect, sql.h, -lltdl)".)

It would be a respectable and honorable improvement to promote the ltdl library check from tangential to first-class, so configure would emit an on-the-mark message.

Agreed, a Linux distro's package names should be no concern of either configure or menuselect.
By: Russell Bryant (russell) 2007-06-18 11:37:41

Ok, this has been done in the 1.4 branch and trunk in revisions 69702 and 69703.  thanks