The error I stated in the previous email about Makefile.gcc must be a
problem with 2.0.0. I am trying to compile 1.7.40 and am now getting the
following error on a make
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I/usr/local/mysql/include -g -O2
-c connection.cpp -Wp,-MD,.deps/connection.TPlo
In file included from fields.h:32,
from result.h:34,
from connection.h:39,
from connection.cpp:30:
resiter.h:117: no class template named `iterator' in `std'
make[2]: *** [connection.lo] Error 1
make[2]: Leaving directory `/home/hainesca/mysql++-1.7.40/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/hainesca/mysql++-1.7.40'
make: *** [all] Error 2
So I'm now tracking this down. If anyone has an suggestions, I'd be much
obliged.
--
Charles Haines
Software Engineer / QA
Remote Sensing Lab - Andrews
------------------------------
Phone: (301) 817-3409
Pager: (800) 759-8888 #1209278
Email: hainesca@stripped
------------------------------
This e-mail and any attachments may contain privacy act information. If you
received this message in error or are not the intended recipient, you should
destroy this message and any attachments, and you are prohibited from
retaining, distributing, disclosing, or using any information contained
herein. Please inform us of the erroneous delivery by return e-mail. Thank
you for your cooperation.
-----Original Message-----
From: Haines, Charles A. [mailto:HainesCA@stripped]
Sent: Wednesday, August 17, 2005 1:43 PM
To: MySQL++ Mailing List
Subject: RE: Compile error on QNX 6.3
This probably should go to the mysql list, but I'll post it here first. So
I looked at config.log and I'm getting the following error's in there:
<SNIP>
configure:10078: gcc -o conftest -g -O2 -I/usr/include/mysql
-L/usr/lib/mysql conftest.c -lmysqlclient
-lz >&5
/usr/lib/mysql/libmysqlclient.a(client.o): In function `my_connect':
client.o(.text+0x1f): undefined reference to `connect'
client.o(.text+0x59): undefined reference to `connect'
/usr/lib/mysql/libmysqlclient.a(client.o): In function `wait_for_data':
client.o(.text+0x174): undefined reference to `getsockopt'
/usr/lib/mysql/libmysqlclient.a(client.o): In function `mysql_real_connect':
client.o(.text+0x1422): undefined reference to `socket'
client.o(.text+0x158e): undefined reference to `socket'
/usr/lib/mysql/libmysqlclient.a(viosocket.o): In function `vio_fastsend':
viosocket.o(.text+0xed): undefined reference to `setsockopt'
viosocket.o(.text+0x10f): undefined reference to `setsockopt'
/usr/lib/mysql/libmysqlclient.a(viosocket.o): In function `vio_keepalive':
viosocket.o(.text+0x15d): undefined reference to `setsockopt'
/usr/lib/mysql/libmysqlclient.a(viosocket.o): In function `vio_close':
viosocket.o(.text+0x1a7): undefined reference to `shutdown'
/usr/lib/mysql/libmysqlclient.a(viosocket.o): In function `vio_peer_addr':
viosocket.o(.text+0x249): undefined reference to `getpeername'
/usr/lib/mysql/libmysqlclient.a(libmysql.o): In function
`mysql_server_init':
libmysql.o(.text+0x5e): undefined reference to `getservbyname'
/usr/lib/mysql/libmysqlclient.a(password.o): In function `scramble_323':
password.o(.text+0x1d7): undefined reference to `floor'
password.o(.text+0x22e): undefined reference to `floor'
/usr/lib/mysql/libmysqlclient.a(password.o): In function
`check_scramble_323':
password.o(.text+0x2d6): undefined reference to `floor'
password.o(.text+0x33f): undefined reference to `floor'
/usr/lib/mysql/libmysqlclient.a(my_net.o): In function `my_inet_ntoa':
my_net.o(.text+0x11): undefined reference to `inet_ntoa'
/usr/lib/mysql/libmysqlclient.a(my_gethostbyname.o): In function
`my_gethostbyname_r':
my_gethostbyname.o(.text+0x11): undefined reference to `gethostbyname'
my_gethostbyname.o(.text+0x18): undefined reference to `h_errno'
/usr/lib/mysql/libmysqlclient.a(strtod.o): In function `my_strtod':
strtod.o(.text+0x2b3): undefined reference to `isinf'
collect2: ld returned 1 exit status
</SNIP>
Aparently the binary QXN 6.2.1 download from MySQL doesn't work on QNX 6.3.
I'm in the process of compiling MySQL from scratch on 6.3, so I'll report
back once I do that and try it. Maybe that will fix the problem. I'm
compiling with with just the --with-mysql flag.
--
Charles Haines
Software Engineer / QA
Remote Sensing Lab - Andrews
------------------------------
Phone: (301) 817-3409
Pager: (800) 759-8888 #1209278
Email: hainesca@stripped
------------------------------
This e-mail and any attachments may contain privacy act information. If you
received this message in error or are not the intended recipient, you should
destroy this message and any attachments, and you are prohibited from
retaining, distributing, disclosing, or using any information contained
herein. Please inform us of the erroneous delivery by return e-mail. Thank
you for your cooperation.
-----Original Message-----
From: Warren Young [mailto:mysqlpp@stripped]
Sent: Wednesday, August 17, 2005 12:24 PM
To: MySQL++ Mailing List
Subject: Re: Compile error on QNX 6.3
Haines, Charles A. wrote:
> Checking for mysql_store_result in -lmysqlclient... No
> configure: error: Could not find working MySQL client library!
>
> I am using the following flags with configure
>
> --with-mysql=/usr/local/mysql --with-mysql-lib=/usr/local/mysql/lib
> --with-mysql-include=/usr/local/mysql/include
First, --with-mysql is redundant w.r.t. --with-mysql-*. Use the separate
-lib and -incude options together, or use --with-mysql alone.
If that doesn't fix the problem, examine configure.log, to see why the test
failed. All this test does is try to find a library containing
mysql_store_result(), so if it can't do that, there is something
fundamentally wrong.
When you get this working, please send a report to the list. We need more
info on less popular platforms.
--
MySQL++ Mailing List
For list archives: http://lists.mysql.com/plusplus
To unsubscribe: http://lists.mysql.com/plusplus?unsub=1--
MySQL++ Mailing List
For list archives: http://lists.mysql.com/plusplus
To unsubscribe: http://lists.mysql.com/plusplus?unsub=1

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.