9 Stimmen

ORACLE 10.2 Pro*C Precompiler liest keine Header-Datei

Ich kompiliere ein C-Programm, das Pro*C-Code enthält, mit Oracle 10.2 und AIX 5.2

Der Oracle-Precompiler liest die $ORACLE_HOME/precomp/admin/pcscfg.cfg file die die Definition der sys_include-Variable enthält (gesetzt auf /usr/include ).

Der Pro*C-Compiler beschwert sich, dass er nicht weiß, was der size_t Typ ist und die Oracle-Header-Dateien, die den size_t Typs sind Fehler zu melden.

Hier ist ein Beispiel für einen Fehler, der auf der sqlcpr.h Datei:

extern void sqlglm( char*, size_t*, size_t* );
...........................1
PCC-S-02201, Encountered the symbol "size_t" when expecting one of the following

size_t ist definiert in der stdio.h Header-Datei in der /usr/include Verzeichnis. Ich füge die stdio.h Kopfzeile in meinem example.pc Datei, bevor ich die sqlcpr.h Kopfzeile.

Ich gebe den proc-Befehl wie folgt aus:

proc iname=example parse=full

Irgendwelche Ideen, was ich falsch mache?

0voto

sqqqrly Punkte 827

Ich habe das Verzeichnis /usr/include/linux vor allem anderen geändert. Dies löste sowohl das Problem, stddef.h nicht zu finden, als auch das Problem, nicht zu wissen, was size_t ist. Die Platzierung neben /usr/include hat nur das erste Problem gelöst.

Die Datei pcscfg.cfg wurde geändert:

sys_include=( /usr/include/linux, $ORACLE_HOME/precomp/public,/usr/include,/usr/lib/gcc/i386-redhat-linux/4.1.1/include,/usr/lib/gcc/i386-redhat-linux/3.4. 5/include,/usr/lib/gcc-lib/i386-redhat-linux/3.2.3/include,/usr/lib/gcc/i586-suse-linux/4.1.2/include,/usr/lib/gcc/i586-suse-linux/4.3/include) ltype=short

(CentOS 6.3, Oracle 11g)

0voto

MagicWorld Punkte 61

Verwenden Sie sys_include für den Pfad, der Umgebungsvariablen oder Visual Studio-Variablen enthält. Wenn der Pfad ein einfacher Pfad ist, verwenden Sie "include", ansonsten verwenden Sie "sys_include".

Ich habe dieses Problem auf Visual Studio 2013, für die Kompilierung von .pc-Dateien, mit der oben genannten Änderung, alles bekam gearbeitet.

0voto

user11611523 Punkte 1

Ich hatte das gleiche Problem:

[me@somesys:~/proC]$ proc sys_include='(/usr/include,/usr/include/linux,/usr/include/c++/4.8.2/x86_64-redhat-linux,/usr/include/c++/4.8.2/tr1,/usr/include/c++/4.8.2)' copy.pc

Pro*C/C++: Release 12.1.0.2.0 - Production on Thu Jun 6 17:47:11 2019

Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.

System default option values taken from: /oracle/app/oracle/product/12.1.0.2/precomp/admin/pcscfg.cfg

Syntax error at line 307, column 3, file /usr/include/libio.h:
Error at line 307, column 3 in file /usr/include/libio.h
  size_t __pad5;
..1
PCC-S-02201, Encountered the symbol "size_t" when expecting one of the following
:

   } char, const, double, enum, float, int, long, ulong_varchar,
   OCIBFileLocator OCIBlobLocator, OCIClobLocator, OCIDateTime,
   OCIExtProcContext, OCIInterval, OCIRowid, OCIDate, OCINumber,
...

Und ich habe getan, was yogmk vorgeschlagen hat:

[me@somesys:~/proC]$ gcc -v -c borrame.c
Using built-in specs.
COLLECT_GCC=gcc
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC)
COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1 -quiet -v borrame.c -quiet -dumpbase borrame.c -mtune=generic -march=x86-64 -auxbase borrame -version -o /tmp/cc2WTuu6.s
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-36) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.5 20150623 (Red Hat 4.8.5-36), GMP version 6.0.0, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/include
 /usr/local/include
 /usr/include
End of search list.
GNU C (GCC) version 4.8.5 20150623 (Red Hat 4.8.5-36) (x86_64-redhat-linux)
...

Aber stattdessen COMPILER_PATH kopierte ich der Reihe nach die nicht leeren Verzeichnisse nach #include <...> search starts here: und es hat funktioniert!

[me@somesys:~/proC]$ proc sys_include='(/usr/lib/gcc/x86_64-redhat-linux/4.8.5/include,/usr/include)' copy.pc

Pro*C/C++: Release 12.1.0.2.0 - Production on Thu Jun 6 17:54:50 2019

Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.

System default option values taken from: /oracle/app/oracle/product/12.1.0.2/precomp/admin/pcscfg.cfg

[me@somesys:~/proC]$

Ich hoffe, es hilft allen.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X