Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCDP6-0007lh-Jv for pgsql-pkg-yum@arkaria.postgresql.org; Wed, 30 Nov 2016 22:31:04 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cCDP5-0007SK-Jz for pgsql-pkg-yum@arkaria.postgresql.org; Wed, 30 Nov 2016 22:31:03 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cCDP5-0007SD-2J for pgsql-pkg-yum@postgresql.org; Wed, 30 Nov 2016 22:31:03 +0000 Received: from mail-io0-x22d.google.com ([2607:f8b0:4001:c06::22d]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1cCDOw-00048D-MW for pgsql-pkg-yum@postgresql.org; Wed, 30 Nov 2016 22:31:01 +0000 Received: by mail-io0-x22d.google.com with SMTP id m5so239061837ioe.3 for ; Wed, 30 Nov 2016 14:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tjgLGHYVIYJKIcuaYcLONWb3ZlKtkxlgu/4jDfBUxlA=; b=lZU2uYBKFGp2C/Gy3lCIAipLZTqq1rsth7TBv/gWnG2sAGunppYRvea0Dv0xhO8vJ0 jmbnLBBGyA3w+zaidTVMEHMUpmU3gn+WkRj9Zdd8A+Tj1oQLJfPlkwOJFEtc6IU5kMvR pU35cXIkxaxvCUvU6DqZm+/DouO75T1vbL5mjanbThAhSB+GoxJ3CmB8ablbAJ20f+MW zXR1FUHaQptipcRhGMJ/Oi3YDeVYxU0y0Z2mFanRVXdVjukt3rAmXeCGUf40wDPmQC99 5m33PsEoGJuUoG5R6O42CqbBd/B2RiYdvgvjP+9G9TXZdsHwB1UFwbwfOpiQIMz5laeh 6+pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tjgLGHYVIYJKIcuaYcLONWb3ZlKtkxlgu/4jDfBUxlA=; b=AjbI6lBfvWDvmPP7B2YqbtZBSt+AIDoDoWYvqINVQUyHqKeyktkmuB7Hfqg6Bmidbf bGL7ER8CMRJPc4FVvPoYsr2K0c4T7lD+1QvlIrnWYJKrurojukpFAcgbUAhuOGV9Ib79 zLvJO/m0gQkkBXw6mMGs3PXCbk4OpQuImZ/7cP2TLYmeAIV3A+qck8ADXEmz2Ulb7Ujd GuVYa5YALKxtpFpT5jOtSh0+ox4XvEnzBXjwT+i1GBnQusCIzlB/1FHqQ9QnJwO+Y10l erXqYpbEgLyB5xw5k0F0adPEsWqKyqOHyWf4h6I18fHUdmtAy52nazI/f09lUR2GMWR6 JRAg== X-Gm-Message-State: AKaTC02lp0lDXJjvmYNeUFg8jbdT4RYGW9dJriZ+H9ohXLakx76ixAd/zPnznbwh7un9JOB8XkD3729ruhGDlQ== X-Received: by 10.202.96.197 with SMTP id u188mr17121068oib.30.1480545053697; Wed, 30 Nov 2016 14:30:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.71.138 with HTTP; Wed, 30 Nov 2016 14:30:53 -0800 (PST) In-Reply-To: <1475417694.27753.7.camel@gunduz.org> References: <1475057321.24885.26.camel@gunduz.org> <1475220454.24885.131.camel@gunduz.org> <1475240709.24885.136.camel@gunduz.org> <20160930141232.h65dcwoeybbuye2l@msg.df7cb.de> <1475417694.27753.7.camel@gunduz.org> From: Scott Mugnaini Date: Thu, 1 Dec 2016 00:30:53 +0200 Message-ID: Subject: Re: PostGIS 2.3 and PgRouting 2.0.3? To: =?UTF-8?B?RGV2cmltIEfDvG5kw7x6?= Cc: Christoph Berg , pgsql-pkg-yum Content-Type: multipart/alternative; boundary=001a113d3c5effebe705428c4143 X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-pkg-yum Precedence: bulk Sender: pgsql-pkg-yum-owner@postgresql.org --001a113d3c5effebe705428c4143 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Any chance/possibility that 2.3.1 will make it to CentOS repo? http://docs.pgrouting.org/2.3/en/doc/index.html Thanks again, Scott On Sun, Oct 2, 2016 at 4:14 PM, Devrim G=C3=BCnd=C3=BCz = wrote: > > Ouch. > > So, pgrouting folks are working on a new 2.2 that will includes fixes for > this > *and* gcc 4.4. I'll keep the list updated. > > Regards, Devrim > > On Fri, 2016-09-30 at 16:12 +0200, Christoph Berg wrote: > > Re: Devrim G=C3=BCnd=C3=BCz 2016-09-30 <1475240709.24885.136.camel@gund= uz.org> > > > > > > > > > Hi Scott, > > > > > > On Fri, 2016-09-30 at 15:41 +0300, Scott Mugnaini wrote: > > > > > > > > It installs but I get error below on creating extension: > > > > create extension pgrouting; > > > > ERROR: could not load library "/usr/pgsql-9.6/lib/librouting.so": > > > > /usr/pgsql-9.6/lib/librouting.so: undefined symbol: heap_formtuple > > > > > > Yeah, I was working on that. This does not happen in PostgreSQL > > > 9.4+pgrouting > > > 2.0, so it must be something about PostgreSQL or so. I'll bug the > pgrouting > > > folks. > > > > commit 726117243022178e72966cbffdfb9147ec6dbbcc > > Author: Heikki Linnakangas > > Date: Thu Jul 2 21:18:04 2015 +0300 > > > > Remove obsolete heap_formtuple/modifytuple/deformtuple functions. > > > > These variants used the old-style 'n'/' ' NULL indicators. The > new-style > > functions have been available since version 8.1. That should be lon= g > > enough > > that if there is still any old external code using these functions, > they > > can just switch to the new functions without worrying about backwar= ds > > compatibility > > > > Peter Geoghegan > > > > > > > > Christoph > > -- > Devrim G=C3=9CND=C3=9CZ > EnterpriseDB: http://www.enterprisedb.com > PostgreSQL Dan=C4=B1=C5=9Fman=C4=B1/Consultant, Red Hat Certified Enginee= r > Twitter: @DevrimGunduz , @DevrimGunduzTR > --001a113d3c5effebe705428c4143 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Any chance/possibility that 2.3.1 will make it t= o CentOS repo?
http://docs.pgrouting.org/2.3/en/doc/index.html
Thanks agai= n,
Scott

On Sun, Oct 2, 2016 at 4:14 PM, Devrim G=C3=BCnd=C3=BCz <devrim@gunduz= .org> wrote:

Ouch.

So, pgrouting folks are working on a new 2.2 that will includes fixes for t= his
*and* gcc 4.4. I'll keep the list updated.

Regards, Devrim

On Fri, 2016-09-30 at 16:12 +0200, Christoph Berg wrote:
> Re: Devrim G=C3=BCnd=C3=BCz 2016-09-30 <1475240709.24885.136.camel@gunduz.org>
> >
> >
> > Hi Scott,
> >
> > On Fri, 2016-09-30 at 15:41 +0300, Scott Mugnaini wrote:
> > >
> > > It installs but I get error below on creating extension:
> > > create extension pgrouting;
> > > ERROR:=C2=A0 could not load library "/usr/pgsql-9.6/lib= /librouting.so":
> > > /usr/pgsql-9.6/lib/librouting.so: undefined symbol: hea= p_formtuple
> >
> > Yeah, I was working on that. This does not happen in PostgreSQL > > 9.4+pgrouting
> > 2.0, so it must be something about PostgreSQL or so. I'll bug= the pgrouting
> > folks.
>
> commit 726117243022178e72966cbffdfb9147ec6dbbcc
> Author: Heikki Linnakangas <heikki.linnakangas@iki.fi>
> Date:=C2=A0=C2=A0=C2=A0Thu Jul 2 21:18:04 2015 +0300
>
> =C2=A0=C2=A0=C2=A0=C2=A0Remove obsolete heap_formtuple/modifytuple/deformtuple functions.
> =C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0=C2=A0=C2=A0=C2=A0These variants used the old-style 'n'/= ' ' NULL indicators. The new-style
> =C2=A0=C2=A0=C2=A0=C2=A0functions have been available since version 8.= 1. That should be long
> enough
> =C2=A0=C2=A0=C2=A0=C2=A0that if there is still any old external code u= sing these functions, they
> =C2=A0=C2=A0=C2=A0=C2=A0can just switch to the new functions without w= orrying about backwards
> =C2=A0=C2=A0=C2=A0=C2=A0compatibility
> =C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0=C2=A0=C2=A0=C2=A0Peter Geoghegan
>
>
>
> Christoph

--
Devrim G=C3=9CND=C3=9CZ
EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Dan=C4=B1=C5=9Fman=C4=B1/Consultant, Red Hat Certified Engineer<= br> Twitter: @DevrimGunduz , @DevrimGunduzTR

--001a113d3c5effebe705428c4143--