17 messages in com.mysql.lists.plusplusRe: the patch file problems
FromSent OnAttachments
Rubén Meré19 Aug 2004 09:43 
cell...@littletonps.org19 Aug 2004 10:02 
Warren Young19 Aug 2004 13:24 
Rubén Meré24 Aug 2004 04:48 
Warren Young25 Aug 2004 11:30 
Rubén Meré26 Aug 2004 04:00 
Liu, Yigong30 Aug 2004 08:32 
Warren Young30 Aug 2004 17:54 
Warren Young30 Aug 2004 17:55 
Rubén Meré01 Sep 2004 06:24 
Warren Young01 Sep 2004 15:44 
Rubén Meré03 Sep 2004 13:05 
Warren Young07 Sep 2004 05:38 
Warren Young07 Sep 2004 07:33 
Earl Miles07 Sep 2004 09:47 
Warren Young07 Sep 2004 13:24 
Earl Miles07 Sep 2004 17:35 
Subject:Re: the patch file problems
From:Earl Miles (mer@logrus.com)
Date:09/07/2004 05:35:42 PM
List:com.mysql.lists.plusplus

You're right, I'm guilty of a horrible case of misreading and misremembering. I apologize. I did have to tinker with the Makefile but that was to tell it the proper location of the already compiled library.

However, going back a little...

custom1.cc:31: error: ISO C++ prohíbe la declaración de `connect_sample_db' sin tipo

that's a direct result of

custom1.cc:28: error: error sintáctico before `int'

since the declaration for the function didn't work, it's no longer inside main.

I suspect that's a direct result of

custom1.cc:17:31: la macro "sql_create_5" recibió 14 argumentos, pero solamente tomó 13

Which, as you said, shouldn't be happening; why does it think sql_create_5 requires 14 arguments? 13 is the right number unless somehow the macro got redefined/overwritten somewhere. In any case, this is clearly (at least, from the available data) the problem.

This one's shooting kind of wildly in the dark, but is it possible that one of the names being used in that macro is overridden by some other macro that's used in the internationalization process?

Warren Young wrote:

Earl Miles wrote:

The binary RPM contains the <strstream> <ssstream> patch, whereas ../sqlplusint does not.

Are you talking about the binary RPM here:

http://tangentsoft.net/mysql++/

?

Those are built straight from the official source tarball on that page. There has not yet been a strstream -> stringstream change in the official source tree.

On my RedHat 9 system, I was able to fix this by changing the Makefile to use /usr/include/mysql++ I think.

That has nothing to do with this issue. Yes, my RPMs put the include files there, but that doesn't affect someone's ability to build the examples within the tarball. As I said, they don't use the headers and libraries from the RPM, they use the ones in ../sqlplusint.