Re: inline is not ANSI C - Mailing list pgsql-hackers

From Luis Amigo
Subject Re: inline is not ANSI C
Date
Msg-id 3C591131.9E56C393@atc.unican.es
Whole thread Raw
In response to inline is not ANSI C  (Luis Amigo <lamigo@atc.unican.es>)
List pgsql-hackers
Thomas Lockhart wrote:

> > > > I've noticed that in postgresql 7.2b4 and in some contrib(I've seen
> > > > dbf2pgsql) there are inline variables, I think this is not ANSI
> > > > code.
> > > Standards evolve.
> > I think u can not make a unix standard open source dbase if u don't
> > respect standards, OS must evolve, not applications
>
> Per Tom Lane's response, there are provisions in the configuration step
> to define "inline" as an empty macro for the preprocessor. So it just
> goes away from the source code for compilers which do not support it.
>
> Tom inquired whether that configuration step seems to not produce the
> right result for you (it sounds like it doesn't). Actually removing
> "inline" from the source code is not required.
>
> Try running configure again and check the results. Let us know what you
> find.
>
>                      - Thomas
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org

by now in 7.2b4 configure is not working as expected, I will try b5 when I
can.
It may be because MIPS Pro compilers have inlining tools, but in cannot be
used as in gcc inline is an special type,  can not be used as integer inline
...
Regards

Attachment

pgsql-hackers by date:

Previous
From: Dave Page
Date:
Subject: Re: A simpler way to configure the source code?
Next
From: Hiroshi Inoue
Date:
Subject: Re: RFD: schemas and different kinds of Postgres objects