On 26-05-2010 01:17:42 -0700, Nozhup wrote:

Hi,

I'm having trouble making the June Candidate release.

OS Used Ubuntu 10.04

Versions Tried 20100516/ 20100525/ 20100526/

Command Used ./monetdb-install.sh --enable-sql

Part Of Error Log SQLExtendedFetch.c:43: error: conflicting types for 'SQLExtendedFetch' /usr/include/sqlext.h:1853: note: previous declaration of 'SQLExtendedFetch'

Can you tell us which version of unixODBC you have installed?

Thanks

Compilation works fine (from hg respository source base) on all our testing platform (cf., http://monetdb.cwi.nl/Development/TestWeb/Candidate/clients/) (I haven't check, though, which version of unixODBC we're using on each platform). Compilation also work fine from MonetDB-Jun2010-SuperBall-DB0.tar.bz2 nightly built super source ball on my Fedora 12 desktop with unixODBC 2.2.14.

Could you please check, how function SQLExtendedFetch() is defined in your /usr/include/sqlext.h, i.e., `grep SQLExtendedFetch /usr/include/sqlext.h`

In my case, I have

$ grep --color -B1 'SQLExtendedFetch(' /usr/include/sqlext.h clients/src/odbc/driver/SQLExtendedFetch.c /usr/include/sqlext.h- /usr/include/sqlext.h:SQLRETURN SQL_API SQLExtendedFetch( -- clients/src/odbc/driver/SQLExtendedFetch.c-SQLRETURN SQL_API clients/src/odbc/driver/SQLExtendedFetch.c:SQLExtendedFetch(SQLHSTMT hStmt,

Stefan

On Wed, May 26, 2010 at 02:09:26AM -0700, Nozhup wrote:

Fabian Groffen wrote:

...

Can you tell us which version of unixODBC you have installed?

Thanks

unixODBC Used 2.2.11-21

The current release gives the same Error. Feb2010 release works fine.

View this message in context: http://old.nabble.com/June-Candidate-release-tp28677743p28678208.html Sent from the monetdb-users mailing list archive at Nabble.com.

---

---

MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users

On Wed, May 26, 2010 at 05:05:25AM -0700, Nozhup wrote:

Stefan Manegold wrote:

...

Compilation also work fine from MonetDB-Jun2010-SuperBall-DB0.tar.bz2 nightly built super source ball on my Fedora 12 desktop with unixODBC 2.2.14.

It is probably a version problem.

Indeed. We recently switched from providing our own odbc header files to using the system provided odbc header files (to solve/prevent compatibility problems); however, it appears the (unix)ODBC tents to change their header files (i.e., interfaces like function signatures or type definitions) quite frequently and significantly without respecting backward compatibility.

I'll try updating the unixODBC and see if if it solves the problem.

If possible for you, this should indeed be the simples and quickest way for you.

We might also check, whether and how we can improve our configure checks to better detect incompatible versions of unixODBC or try to improve flexibility of our code to code with all the various incompatible versions of unixODBC. But this might take some time ...

Stefah

Stefan Manegold wrote:

...

Could you please check, how function SQLExtendedFetch() is defined in your /usr/include/sqlext.h, i.e., `grep SQLExtendedFetch /usr/include/sqlext.h`

/usr/include/sqlext.h SQLRETURN SQL_API SQLExtendedFetch( SQLHSTMT hstmt, SQLUSMALLINT fFetchType, SQLROWOFFSET irow, SQLROWSETSIZE *pcrow, SQLUSMALLINT *rgfRowStatus);

clients/src/odbc/driver/SQLExtendedFetch.c

SQLRETURN SQL_API SQLExtendedFetch(SQLHSTMT hStmt, SQLUSMALLINT nOrientation, SQLLEN nOffset, SQLULEN *pnRowCount, SQLUSMALLINT *pRowStatusArray)

-- View this message in context: http://old.nabble.com/June-Candidate-release-tp28677743p28679779.html Sent from the monetdb-users mailing list archive at Nabble.com.

---

---

MonetDB-users mailing list MonetDB-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-users