svn commit: r318757 - head
Larry Rosenman
ler at lerctr.org
Wed May 24 13:53:26 UTC 2017
The initial failure was NOT, except that the PostgreSQL build builds a PL/Perl interpreter that MIGHT
Be considered that.
It was unexpected.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: ler at lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
On 5/24/17, 8:33 AM, "Konstantin Belousov" <kostikbel at gmail.com> wrote:
On Wed, May 24, 2017 at 08:06:34AM -0500, Larry Rosenman wrote:
> The initial failure:
> https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=peripatus&dt=2017-05-23%2019%3A17%3A42
>
> I then recompiled perl, and got:
> borg.lerctr.org /home/pgbuildfarm $ cd /home/pgbuildfarm/bin/latest && ./run_branches.pl --run-all --config=/home/pgbuildfarm/conf/build-farm.conf
> Socket.c: loadable library and perl binaries are mismatched (got handshake key 0xd200080, needed 0xdf00080)
> borg.lerctr.org /home/pgbuildfarm/bin/latest $
>
> force rebuilding and installing perl and all p5-* ports fixed that.
From what I understand in reading some perl bugs and perl source, perl
performs some validation of the structures shared between the perl
interpreter and XS libraries loaded into it. So I am almost sure that
you have perl itself and some module built against different src/ bases.
Is it true ? If yes, then this is user error. You are trying to mix
two binaries built against incompatible ABI.
>
>
>
> --
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: ler at lerctr.org
> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>
>
>
> On 5/24/17, 4:05 AM, "Konstantin Belousov" <kostikbel at gmail.com> wrote:
>
> On Tue, May 23, 2017 at 04:46:14PM -0500, Larry Rosenman wrote:
> > My PostgreSQL buildfarm animal BROKE with this change until I force rebuilt
> > lang/perl5.24
> > and all my p5-* ports.
> So what was the symptoms and the error, exactly ?
>
> A lot of efforts were spent to ensure that _consistent_ set of old binaries
> and libraries would run without issues on the new system. I mean that
> if you have binaries and libraries built on pre-ino64 system, which do
> not reference any libraries built on post ino64, except system libraries
> (like libc/libthr etc), everything should work. This feature was the
> main cause of long delay finishing ino64.
>
> >
> > emulators/qemu-user-static also won???t compile (sbruno@ is on this one).
> This is a separate issue.
>
> >
> > Poudriere did *NOT* force a fuill rebuild even though freebsd-version *WAS* bumped.
> >
> > Is there a hazard for others here?
> >
> > Or more info needed in /usr/{src,ports}/UPDATING?
> >
> >
> > --
> > Larry Rosenman http://www.lerctr.org/~ler
> > Phone: +1 214-642-9640 E-Mail: ler at lerctr.org
> > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
> >
> >
> >
> >
>
>
More information about the svn-src-head
mailing list