[parisc-linux] dpkg-utils, ./configure --host, mysql3.23

diab diab@diab.rulez.org
Mon, 4 Jun 2001 12:19:02 +0200 (CEST)


just tried to apt-get source wget to make a debianized version of it, but
dpkg-utils (which contains dpkg-source) depends on perl5 which is not
installed. this way it is kind of hard to simply make debs using the
usual apt-get source approach.

anyways i found the older ./configure -s (which displays unknown host
type) will just run fine using --host=hppa-pc-linux-gnu or
hppa-hp-linux-gnu.

still no luck compiling mysql 3.23.38 so far :( i tried with different
options, but in /client (which is quite "far" from the beginning, i mean
lotsa compiling succeeds) i just keep getting:

snowball:/usr/local/src/mysql-3.23.38/client# make
/bin/sh ../libtool --mode=link gcc  -O3 -DDBUG_OFF
-fno-implicit-templates -rdynamic -o mysql  mysql.o readline.o
sql_string.o completion_hash.o -lreadline -lncurses
../libmysql/libmysqlclient.la  -lcrypt -lnsl -lm 
gcc -O3 -DDBUG_OFF -fno-implicit-templates -rdynamic -o .libs/mysql
mysql.o readline.o sql_string.o completion_hash.o -lreadline -lncurses
../libmysql/.libs/libmysqlclient.so -lcrypt -lnsl -lm -lcrypt -lnsl -lm
-Wl,--rpath -Wl,/usr/local/lib/mysql
mysql.o: In function `add_line(String&, char*, char*)':
mysql.o(.text+0x1d50): undefined reference to `std::terminate()'
/usr/bin/ld: mysql.o(.text+0x1d50): cannot find stub entry
00000014__ZSt9terminatev+0
/usr/bin/ld: mysql.o(.text+0x1d50): cannot handle R_PARISC_PCREL17F for
std::terminate()
mysql.o: In function `L948':
mysql.o(.text+0x31e8): undefined reference to `std::terminate()'
/usr/bin/ld: mysql.o(.text+0x31e8): cannot find stub entry
00000014__ZSt9terminatev+0
/usr/bin/ld: mysql.o(.text+0x31e8): cannot handle R_PARISC_PCREL17F for
std::terminate()
collect2: ld returned 1 exit status
make: *** [mysql] Error 1

any1 has an idea what can i do to make it work? i tried --without-readline
(as it seems this error might be around readline) but no luck with the
built in libreadline*so so far.

the other thing is: it seems that this list is rather
hardware/kernel/low level programming oriented, not dealing w/ 
software issues that much.
if this is the case, which is the best list to discuss sw issues?

regards,

--
diab