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.
MIPS PRO compilers did not work with inline unless u use API specific
tools
hope it helps
Tue, 29 Jan 2002 11:58:46 +0100
Luis Amigo <lamigo@atc.unican.es>
inline is not ANSI C
Luis Amigo <lamigo@atc.unican.es> writes:
> 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.
> MIPS PRO compilers did not work with inline unless u use API specific
> tools

configure arranges to #define inline as empty if your compiler doesn't
take it.  Is that not working as expected in your case?

			regards, tom lane

Tue, 29 Jan 2002 10:36:15 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: inline is not ANSI C 
Luis Amigo <lamigo@atc.unican.es> writes:

> 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.

-- 
Trond Eivind Glomsrï¿½d
Red Hat, Inc.

29 Jan 2002 10:38:43 -0500
teg@redhat.com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=)
Re: inline is not ANSI C
Tom Lane wrote:

> Luis Amigo <lamigo@atc.unican.es> writes:
> > 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.
> > MIPS PRO compilers did not work with inline unless u use API specific
> > tools
>
> configure arranges to #define inline as empty if your compiler doesn't
> take it.  Is that not working as expected in your case?
>
>                         regards, tom lane

No it is not working as expected, I'd to remove them at my own.
Wed, 30 Jan 2002 09:50:24 +0100
Luis Amigo <lamigo@atc.unican.es>
Re: inline is not ANSI C
Trond Eivind Glomsrï¿½d wrote:

> Luis Amigo <lamigo@atc.unican.es> writes:
>
> > 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.
>
> --
> Trond Eivind Glomsrï¿½d
> Red Hat, Inc

I think u can not make a unix standard open source dbase if u don't
respect standards, OS must evolve, not applications
Wed, 30 Jan 2002 09:52:01 +0100
Luis Amigo <lamigo@atc.unican.es>
Re: inline is not ANSI C
On Wed, 30 Jan 2002, Luis Amigo wrote:

> Trond Eivind Glomsrï¿½d wrote:
> 
> > Luis Amigo <lamigo@atc.unican.es> writes:
> >
> > > 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

The recent C standards have inline.

-- 
Trond Eivind Glomsrï¿½d
Red Hat, Inc.


Wed, 30 Jan 2002 08:35:50 -0500 (EST)
=?ISO-8859-1?Q?Trond_Eivind_Glomsr=F8d?= <teg@redhat.com>
Re: inline is not ANSI C
> > > 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

Wed, 30 Jan 2002 14:05:35 +0000
Thomas Lockhart <lockhart@fourpalms.org>
Re: inline is not ANSI C
Luis Amigo <lamigo@atc.unican.es> writes:
>> configure arranges to #define inline as empty if your compiler doesn't
>> take it.  Is that not working as expected in your case?

> No it is not working as expected, I'd to remove them at my own.

Would you look at configure's test for this and find out why it fails
to detect that inline doesn't work?  As the only one with access to
the problem compiler, you cannot expect anyone else to fix this;
it's your responsibility to improve the configure test so it gets the
right answer on your platform.

			regards, tom lane

Wed, 30 Jan 2002 10:43:15 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: inline is not ANSI C 
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
Thu, 31 Jan 2002 10:41:05 +0100
Luis Amigo <lamigo@atc.unican.es>
Re: inline is not ANSI C