checking /usr/include/mysql/mysql.h usability... yes checking /usr/include/mysql/mysql.h presence... yes checking for /usr/include/mysql/mysql.h... yes checking for mysql_real_connect in -lmysqlclient... yes checking for tclsh8.4... tclsh8.4 checking for the tcl version number... 8.4, patchlevel .11 checking /usr/include/libpq-fe.h usability... yes checking /usr/include/libpq-fe.h presence... yes checking for /usr/include/libpq-fe.h... yes checking for PQsetdbLogin in -lpq... no ********************************************** ERROR: unable to find postgresql library checked in the following places /usr/lib ********************************************** checking the logs: configure:6752: checking for PQsetdbLogin in -lpq configure:6782: i686-pc-linux-gnu-gcc -o conftest -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse [cut] /usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ltcl8.4${TCL_DBGX} collect2: ld returned 1 exit status a var problem so.
jacub i think the description is a bit wrong, cause the postgresql lib is a synthom, but not the cause. the problem is in tcl :)
This depends on /usr/lib/tclConfig.sh which uses wrong single quotes, double quotes are required to have the vars parsed, single quotes mean 'as-is'.
i do agree, tcl/tk is really broken on gentoo with seveal packages fails with bash 3.1 too. (but i guess it's a bit unrelated)
i switched to an amd64 arch and it's broken there too.
Seems to be still broken on amd64 with current stable tcl 8.4.18, but compiled successfully after unmasking unstable tcl 8.5 versions available in portage (with both tcl 8.5.1 and 8.5.6 this worked). Still, I don't know anything about this software, so I don't mark anything on bug #173467 (tcl 8.5 compatibility tracker) where barnyard is also mentioned.
tcl 8.5 is stable, I can't reproduce the bug here. So I consider it fixed.
