From owner-freebsd-ports@FreeBSD.ORG Sat Feb 12 01:40:30 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE51716A4CE for ; Sat, 12 Feb 2005 01:40:29 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7825743D2D for ; Sat, 12 Feb 2005 01:40:29 +0000 (GMT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j1C1eItw016994; Fri, 11 Feb 2005 20:40:18 -0500 (EST) To: Sven Willenberger In-reply-to: <1108170867.10870.72.camel@lanshark.dmv.com> References: <1108135462.10866.12.camel@lanshark.dmv.com> <510442EEF15A0237A0138D49@rambutan.pingpong.net> <1108138215.10866.20.camel@lanshark.dmv.com> <20050211203503.GA79170@heechee.tobez.org> <1108158115.10863.40.camel@lanshark.dmv.com> <20050211220935.GB79170@heechee.tobez.org> <20050211222002.GC79170@heechee.tobez.org> <1108163489.10860.49.camel@lanshark.dmv.com> <16124.1108164945@sss.pgh.pa.us> <1108166934.10860.59.camel@lanshark.dmv.com> <16646.1108169642@sss.pgh.pa.us> <1108170867.10870.72.camel@lanshark.dmv.com> Comments: In-reply-to Sven Willenberger message dated "Fri, 11 Feb 2005 20:14:27 -0500" Date: Fri, 11 Feb 2005 20:40:18 -0500 Message-ID: <16993.1108172418@sss.pgh.pa.us> From: Tom Lane cc: Palle Girgensohn cc: pgsql-general@postgresql.org cc: freebsd-ports@freebsd.org cc: Anton Berezin Subject: Re: [GENERAL] databases/p5-postgresql-plperl links to wrong X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 01:40:30 -0000 Sven Willenberger writes: > plperl.c: In function `compile_plperl_function': > plperl.c:541: warning: cast to pointer from integer of different size > plperl.c:730: warning: cast from pointer to integer of different size BTW, these scare the heck out of me. It looks to me like plperl.c is casting a pointer to an integer in order to store it in a Perl hash. Isn't there a better way to do that? Can anyone check on whether plperl works at all on 64bit arches? regards, tom lane