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