Re: 7.3.2 make failed on AIX4.3 using native c compiler - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: 7.3.2 make failed on AIX4.3 using native c compiler
Date
Msg-id Pine.LNX.4.44.0304012042070.2216-100000@peter.localdomain
Whole thread Raw
In response to 7.3.2 make failed on AIX4.3 using native c compiler  ("John Liu" <johnl@emrx.com>)
Responses Re: 7.3.2 make failed on AIX4.3 using native c compiler
List pgsql-hackers
John Liu writes:

> make[4]: Leaving directory `/emrxdbs/postgresql-7.3.2/src/backend/parser'
> cc -O2 -qmaxmem=16384 -qsrcmsg -qlonglong -I../../../src/interfaces/libpq -I
> ../../../src/include -I/usr/local/include -DBINDIR=\"/emrxdbs/pgsql/bin\"  -
> c -o pg_dump.o pg_dump.c
>      2681 |                                          "COMMENT", deps,
>             ....................................................a....

This looks pretty bogus.  The code in around line 2681 is
   ArchiveEntry(fout, oid, target, namespace, owner,                "COMMENT", deps,                query->data, "",
NULL,NULL, NULL);
 

deps is declared in the signature of the surrounding function:

static void
dumpComment(Archive *fout, const char *target,           const char *namespace, const char *owner,           const char
*oid,const char *classname, int subid,           const char *((*deps)[]))
 

The declaration of ArchiveEntry() is:

extern void ArchiveEntry(Archive *AHX, const char *oid, const char *tag,            const char *namespace, const char
*owner,           const char *desc, const char *((*deps)[]),            const char *defn, const char *dropStmt,
  const char *copyStmt,            DataDumperPtr dumpFn, void *dumpArg);
 

deps has exactly the same type in both.

I wonder whether the const gets lost somewhere, perhaps due to something
that configure does.

-- 
Peter Eisentraut   peter_e@gmx.net



pgsql-hackers by date:

Previous
From: Rod Taylor
Date:
Subject: Re: contrib and licensing
Next
From: Peter Eisentraut
Date:
Subject: Re: PostgreSQL and SOAP, suggestions?