Re: BUG #14033: cross-compilation to ARM fails

From: Christoph Berg <myon(at)debian(dot)org>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Daniel Golle <daniel(at)makrotopia(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #14033: cross-compilation to ARM fails
Date: 2016-04-14 09:42:43
Message-ID: 20160414094243.GC11804@msg.df7cb.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Re: Alvaro Herrera 2016-03-19 <20160319223826(dot)GA333151(at)alvherre(dot)pgsql>
> I suppose cross-building is supposed to work, but I'm not surprised if
> it actually doesn't; we don't have any cross-test-compile test in our
> buildfarm.
>
> So you first run configure for the host compiler, to build pg_config and
> zic, and then run configure again for the target compiler, and there's a
> "make distclean" in the middle and you also remove configure's
> config.cache. Hmm ...

Fwiw, there's a related Debian bug about pg_config:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794103

The problem discussed there is one step down in the dependency chain,
namely using pg_config+libpq for compilation of other packages, but
the pg_config-cross-compilation problem is probably similar.

My idea was to see if pg_config could be rewritten in sh or perl
instead so it could run both on the host and the build architecture,
but I never got around to actually implementing something. (And
there's the obvious problem that pg_config also needs to run on
Windows, so sh is probably out, if we'd want to have this included in
core. Maybe perl?)

Christoph

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message 刘剑 2016-04-14 10:06:07 help:how to rollback postgresql to several minutes ago
Previous Message Christoph Berg 2016-04-14 09:29:20 Re: Bus error in pg_logical_slot_get_changes (9.4.7, sparc)