| Summary: | can't connect to DSN source. myodbc claims about undefined symbol | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Claudinei Matos <claudineimatos> |
| Component: | [OLD] Development | Assignee: | Gentoo Linux MySQL bugs team <mysql-bugs> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | major | CC: | axel.privat, schaedpq, wes.janzen |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Claudinei Matos
2005-09-16 07:10:30 UTC
Please have look at Bug #102026, specifically comment 9. Make sure, the following line is added to your ebuild script as stated in named comment: --with-libtool \ With the additional CFLAG: -lltdl in your make.conf as stated in comment 4, a simple reemerge fixes this problem (at least for me, that is). I'm also having this problem. Adding -lltdl to my make.conf and re-emerging myodbc per bug #102026 fixes the problem, but then libmysql3S.so still has problems: ----------------------------------------------------------------------------- proxyone ~ # ldd -r /usr/lib/libmyodbc3S-3.51.11.so linux-gate.so.1 => (0xffffe000) libqt-mt.so.3 => /usr/qt/3/lib/libqt-mt.so.3 (0xb7680000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb766f000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb758a000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7581000) libdl.so.2 => /lib/libdl.so.2 (0xb757d000) libpthread.so.0 => /lib/libpthread.so.0 (0xb756b000) libz.so.1 => /lib/libz.so.1 (0xb7558000) libodbcinst.so.1 => /usr/lib/libodbcinst.so.1 (0xb7548000) libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5 (0xb7493000) libm.so.6 => /lib/libm.so.6 (0xb7471000) libc.so.6 => /lib/libc.so.6 (0xb735e000) libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libgcc_s.so.1 (0xb7352000) libmng.so.1 => /usr/lib/libmng.so.1 (0xb72e3000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb72c5000) libpng.so.3 => /usr/lib/libpng.so.3 (0xb728c000) libXi.so.6 => /usr/lib/libXi.so.6 (0xb7282000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7278000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7273000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7266000) libXft.so.2 => /usr/lib/libXft.so.2 (0xb7250000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb71c8000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb719a000) libSM.so.6 => /usr/lib/libSM.so.6 (0xb7190000) libICE.so.6 => /usr/lib/libICE.so.6 (0xb7175000) /lib/ld-linux.so.2 (0x80000000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb714d000) undefined symbol: SQLTables (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLFreeHandle (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLDriverConnect (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLGetDiagRec (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLSetEnvAttr (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLBindCol (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLFetch (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLAllocHandle (/usr/lib/libmyodbc3S-3.51.11.so) undefined symbol: SQLDisconnect (/usr/lib/libmyodbc3S-3.51.11.so) proxyone ~ # ----------------------------------------------------------------------------- This prevents iodbc from working, as far as I can determine. Which leaves me without OpenLDAP/backsql 2.2.28-r4. My myodbc was originally emerged on Jan 19th, but I didn't have this problem until I updated OpenLDAP yesterday. I think it was using unixODBC before instead of iodbc, so this problem didn't show up. Slapd was locking up though after a random time period and had to be killed (though it wasn't using any cpu, it just didn't respond). I can't say whether that was related to this problem or not, but I know it was hanging upon opening or trying to open the odbc connection from slapd logs. Maybe these unresolved symbols aren't a problem though, as ldd -r brings up a lot of unresolved symbols on other libraries as well on both Gentoo systems I have here -- revdep-rebuild doesn't seem to mind these. I have the same problem here, adding -lltdl to CFLAGS solves it for me. (I have the same unresolved symbols left as Wes, but it does not seem to prevent myodbc from working, at least for me. But I noticed, that switching to a vanilla gcc (i686-pc-linux-gnu-3.4.6-vanilla) instead of one using hardened specs (I am using the hardened profile and hardened toolchain.) also helps. Don't know why linking with the vanilla specs for gcc works and linking with hardened specs requires -lltdl in CFLAGS for myodbc to work. myodbc-3.51.12 is in the tree may worth a try. Problem seems to be solved for me, I don't need -lltdl while using the hardened gcc with myodbc-3.51.12 anymore. |
