Re: Universal libpq.a ?

From: "Dave Page" <dpage(at)postgresql(dot)org>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Jerry LeVan" <jerry(dot)levan(at)eku(dot)edu>, "pgsql general" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Universal libpq.a ?
Date: 2008-02-05 08:57:54
Message-ID: 937d27e10802050057x46816de4y92baf9f64f26da20@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Feb 5, 2008 1:24 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > # Fixup the makefiles
> > echo "Post-processing Makefiles for Universal Binary build"
> > find . -name Makefile -print -exec perl -p -i.backup -e 's/\Q$(LD)
> > $(LDREL) $(LDOUT)\E (\S+) (.+)/\$(LD) -arch ppc \$(LDREL) \$(LDOUT)
> > $1.ppc $2; \$(LD) -arch i386 \$(LDREL) \$(LDOUT) $1.i386 $2; lipo
> > -create -output $1 $1.ppc $1.i386/' {} \; || _die "Failed to
> > post-process the Postgres Makefiles for Universal build"
>
> I thought I'd read that you could solve this problem by using the gcc
> frontend to invoke loading, ie something involving making $(LD) call gcc
> with some options. I'd be willing to tweak the LDxxx macros a bit if
> needed to enable a solution like that, but changing the Makefiles at
> build time is clearly right out ...

My make-fu is not strong enough for that - which is why thats the bit
I nicked from the entropy.ch scripts!

Another option which may be doable for someone with more knowledge of
make would be to build binaries for all architectures seperately (you
can build i386, ppc, x86_64 and ppc64), and then use lipo to glue them
together.

/D

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Dave Page 2008-02-05 09:58:08 Re: postgresql-8.3.0-1-binaries-no-installer: gssapi32.dll missed ?
Previous Message Tom Lane 2008-02-05 08:18:53 Re: Upgrading from 8.3RC2 to release