Re: BUG #5318: Inconsistent PHP pg_result_error_field PGSQL_DIAG_SOURCE_FUNCTION across instalations

From: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: IP <ireneusz(dot)pastusiak(at)poczta(dot)fm>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5318: Inconsistent PHP pg_result_error_field PGSQL_DIAG_SOURCE_FUNCTION across instalations
Date: 2010-02-07 19:57:24
Message-ID: 1265572644.3942.12.camel@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom Lane píše v so 06. 02. 2010 v 10:57 -0500:
> "IP" <ireneusz(dot)pastusiak(at)poczta(dot)fm> writes:
> > Issue: no value returned for 8.4.2 Solaris 10 x86 installation
>
> This isn't necessarily a bug. The source-function report depends
> on having used a C compiler that supports the __func__ or __FUNCTION__
> symbol, and not all do.

Yes it is the problem

> Most likely your Solaris 10 version was
> built with a compiler that doesn't.

SunStudio has __func__ since version 10. Solaris 10 is compiled with
version 11. Problem is that __func__ is defined in C99 and PostgreSQL is
compiled with -xc99=none. Which means that compiler should be strict C89
like PostgreSQL ;-).

I think that there is no reason to use this flag.

Zdenek

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message John R Pierce 2010-02-07 20:27:31 Re: [GENERAL] weird bug in rebuilding RPMs
Previous Message zhong ming wu 2010-02-07 14:50:12 weird bug in rebuilding RPMs