[MacPorts] #4559: BUG: compile error when installing postgresql8 after unixODBC
MacPorts
noreply at macports.org
Thu Sep 25 02:25:10 PDT 2008
#4559: BUG: compile error when installing postgresql8 after unixODBC
------------------------------------+---------------------------------------
Reporter: erickt at dslextreme.com | Owner: mww at macports.org
Type: defect | Status: closed
Priority: Normal | Milestone: Port Bugs
Component: ports | Version:
Resolution: fixed | Keywords:
Port: |
------------------------------------+---------------------------------------
Changes (by mww at macports.org):
* status: new => closed
* resolution: => fixed
Old description:
> Hello,
>
> I ran into a problem compiling postgresql 8 after I installed unixODBC.
> Since unixODBC also defines a
> header sqltypes.h, postgresql is picking up this file and erroring out:
>
> gcc -no-cpp-precomp -I/opt/local/include -Wall -Wmissing-prototypes
> -Wpointer-arith -Wendif-
> labels -fno-strict-aliasing -I../../../../src/interfaces/ecpg/include
> -I../../../../src/interfaces/libpq -I../
> ../../../src/include/utils -I../../../../src/include -I/opt/local/include
> -I/opt/local/include -c -o
> informix.o informix.c
> informix.c: In function `deccall3':
> informix.c:67: error: `CDECIMALTYPE' undeclared (first use in this
> function)
> informix.c:67: error: (Each undeclared identifier is reported only once
> informix.c:67: error: for each function it appears in.)
>
> I can manually get this to compile if I disable unixODBC, but that
> doesn't seem to be an optimal
> solution. Or, if I move the "-I/opt/local/include" to the end of that
> command, it compiles fine. Is there
> any chance to have the unixODBC headers moved into their own namespace
> out of /opt/local/include?
> Or does someone else know a better solution?
>
> Thanks,
>
> -e
New description:
Hello,
I ran into a problem compiling postgresql 8 after I installed unixODBC.
Since unixODBC also defines a
header sqltypes.h, postgresql is picking up this file and erroring out:
gcc -no-cpp-precomp -I/opt/local/include -Wall -Wmissing-prototypes
-Wpointer-arith -Wendif-
labels -fno-strict-aliasing -I../../../../src/interfaces/ecpg/include
-I../../../../src/interfaces/libpq -I../
../../../src/include/utils -I../../../../src/include -I/opt/local/include
-I/opt/local/include -c -o
informix.o informix.c
informix.c: In function `deccall3':
informix.c:67: error: `CDECIMALTYPE' undeclared (first use in this
function)
informix.c:67: error: (Each undeclared identifier is reported only once
informix.c:67: error: for each function it appears in.)
I can manually get this to compile if I disable unixODBC, but that doesn't
seem to be an optimal
solution. Or, if I move the "-I/opt/local/include" to the end of that
command, it compiles fine. Is there
any chance to have the unixODBC headers moved into their own namespace out
of /opt/local/include?
Or does someone else know a better solution?
Thanks,
-e
--
Comment:
Commited the patch from mcalhoun; thanks!
[https://trac.macports.org/changeset/40203 #40203]
--
Ticket URL: <http://trac.macports.org/ticket/4559#comment:12>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list