Re: plperl failure on OS X 10.5(.1) - Mailing list pgsql-hackers

On 21 Nov, 2007, at 08:39 , Tom Lane wrote:

> Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
>> Nothing fatal?  Huh, you have a curious idea about warnings.  This  
>> makes
>> me think you have the wrong headers or something -- the argument
>> mentioned in all these cases is bool, so maybe there is an ABI
>> incompatibility somewhere.
>
> Yeah, and it's hardly difficult to see how that might lead to the
> reported "null prosrc" error, either.
>
>        bool        isnull;
>        ...
>        prosrcdatum = SysCacheGetAttr(PROCOID, procTup,
>                                      Anum_pg_proc_prosrc, &isnull);
>        if (isnull)
>            elog(ERROR, "null prosrc");
>
>> Perhaps a Perl header is redefining "bool" on your platform?
>
> Seems the question is not so much about OS X as it is about what
> perl you're using ...

it's 5.8.8, as provided by apple (same for gcc, etc):
$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:  Platform:    osname=darwin, osvers=9.0,
archname=darwin-thread-multi-2level   uname='darwin omen.apple.com 9.0 darwin kernel version 9.0.0b5:  
 
mon sep 10 17:17:11 pdt 2007; root:xnu-1166.6~1release_ppc power  
macintosh '    config_args='-ds -e -Dprefix=/usr -Dccflags=-g  -pipe  -Dldflags=- 
Dman3ext=3pm -Duseithreads -Duseshrplib'    hint=recommended, useposix=true, d_sigaction=define    usethreads=define
use5005threads=undefuseithreads=define  
 
usemultiplicity=define    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef    use64bitint=define
use64bitall=defineuselongdouble=undef    usemymalloc=n, bincompat5005=undef  Compiler:    cc='cc', ccflags ='-arch i386
-archppc -g -pipe -fno-common - 
 
DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -Wdeclaration-after- 
statement -I/usr/local/include',    optimize='-O3',    cppflags='-no-cpp-precomp -g -pipe -fno-common -DPERL_DARWIN
-no-
 
cpp-precomp -fno-strict-aliasing -Wdeclaration-after-statement -I/usr/ 
local/include'    ccversion='', gccversion='4.0.1 (Apple Inc. build 5465)',  
gccosandvers=''    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321    d_longlong=define, longlongsize=8,
d_longdbl=define,longdblsize=16    ivtype='long', ivsize=4, nvtype='double', nvsize=8,  
 
Off_t='off_t', lseeksize=8    alignbytes=8, prototype=define  Linker and Libraries:    ld='cc
-mmacosx-version-min=10.5',ldflags ='-arch i386 -arch ppc  
 
-L/usr/local/lib'    libpth=/usr/local/lib /usr/lib    libs=-ldbm -ldl -lm -lutil -lc    perllibs=-ldl -lm -lutil -lc
libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true,  
 
libperl=libperl.dylib    gnulibc_version=''  Dynamic Linking:    dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef,
ccdlflags=''    cccdlflags=' ', lddlflags='-arch i386 -arch ppc -bundle - 
 
undefined dynamic_lookup -L/usr/local/lib'


Characteristics of this binary (from libperl):  Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
       PERL_MALLOC_WRAP USE_ITHREADS USE_LARGE_FILES                        USE_PERLIO USE_REENTRANT_API  Built under
darwin Compiled at Sep 23 2007 19:07:53
 

the worrisome "not required architecture" warning drops out from the  
link if I exclude the '-arch i386', so at least that one's probably  
ignorable.  Doing so makes a binary different libplperl, but doesn't  
seem to change the end result.

perl on OS X does look to be constitutively defining a 'bool' as _Bool  
via gcc's stdbool.h, so perhaps this is more of a compiler issue? OS X  
10.5.1 uses gcc 4.0.1.

--
Brandon