Pro*C issues w/gcc2.95.3 on SuSe8.0

From: Scott Shinault <shinault_at_aracnet.com>
Date: Wed, 29 May 2002 08:38:29 -0700
Message-ID: <ad2skq0253e@enews4.newsguy.com>

I've been porting some Embdedded SQL code from SOlaris 8 (with gcc 2.95.2) to SuSe 8.0 (gcc 2.95.3) and have run into some problems. Both are Oracle 9i.

When using the Pro*C compiler, some symbols are not resolved or at least Pro*C doesn't know how to find them. The app used to do a gcc -E, remove some extra lines, and then do the proc call on that output. This gave me some problems with the "__extension__" symbol and some add'l similar symbols. I removed the gcc -E phase (previous engineers say this was only because older Pro*C could not handle some things).

Now I have a problem like this:

Syntax error at line 306, column 41, file /usr/include/rpc/xdr.h: Error at line 306, column 41 in file /usr/include/rpc/xdr.h extern bool_t xdr_int64_t (XDR *__xdrs, int64_t *__ip) __THROW;

........................................1

PCC-S-02201, Encountered the symbol "int64_t" when expecting one of the followin
g:

... auto, char, const, double, enum, float, int, long, ulong_varchar, OCIBFileLocator OCIBlobLocator, OCIClobLocator, OCIDateTime, OCIExtProcContext, OCIInterval, OCIRowid, OCIDate, OCINumber, OCIRaw, OCIString, register, short, signed, sql_context, sql_cursor, static, struct, union, unsigned, utext, uvarchar, varchar, void, volatile, a typedef name, exec oracle, exec oracle begin, exec, exec sql, exec sql begin, exec sql type, exec sql var, The symbol "enum," was substituted for "int64_t" to continue.

This may have something still to do with __extension__ as this prefaces the int64_t decl in sys/types.h:

# ifdef __GNUC__

__extension__ typedef long long int int64_t;
# endif

Adding a #define __GNUC__ manually doesn;t help any.

Am I the only person who ever had this problem? I've been scanning the newsgroups/forums all over and no one seems to know this! I've also trieid various combos of gcc -E -Dxxx options and proc define=xxx include=yyy options, but nothing can fully resolve this crap!

ANy help is greatly appreciated! Received on Wed May 29 2002 - 10:38:29 CDT