Skip site navigation (1) Skip section navigation (2)

Re: compile errors in new PL/Pler

From: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
To: <chriskl(at)familyhealth(dot)com(dot)au>
Cc: <mail(at)joeconway(dot)com>, <scrappy(at)postgresql(dot)org>,<jd(at)commandprompt(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: compile errors in new PL/Pler
Date: 2004-07-02 15:43:25
Message-ID: 47424.24.211.141.25.1088783005.squirrel@www.dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackers
Christopher Kings-Lynne said:
>> We seem to have a mixture of old-style and new-style calls which needs
>> to be cleaned up. I would relly appreciate some experienced eyes being
>> cast over this, if there are any around.
>>
>> In the meantime, does this solve your problem?:
>
> I went back to clean CVS and I noticed I had these warnings:
>
> gcc -O2 -fno-strict-aliasing -fpic -DPIC -I.
> -I/usr/libdata/perl/5.00503/mach/CORE -I../../../src/include   -c -o
> plperl.o plperl.c -MMD
> plperl.c: In function `plperl_get_keys':
> plperl.c:417: warning: passing arg 3 of `Perl_av_store' makes pointer
> from integer without a cast
> plperl.c: In function `plperl_get_elem':
> plperl.c:452: warning: passing arg 2 of `Perl_hv_exists_ent' makes
> pointer from integer without a cast
> plperl.c: In function `plperl_func_handler':
> plperl.c:930: warning: passing arg 3 of `Perl_av_store' makes pointer
> from integer without a cast
>

I suspect it's the same problem, i.e. it doesn't know about eval_pv

Please see if the patch I just sent to -patches works for all these problems.

thanks

andrew



In response to

pgsql-hackers by date

Next:From: Thomas SwanDate: 2004-07-02 16:18:08
Subject: Re: Nested Transactions, Abort All
Previous:From: Jeroen T. VermeulenDate: 2004-07-02 15:38:33
Subject: Re: [Re] Re: PREPARE and transactions

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group