Re: svn commit: r318757 - head

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_at_ 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
    >     >   
    >     > 
    >     > 
    >     > 
    >     
    >