Re: Universal libpq.a ? - Mailing list pgsql-general

From Dave Page
Subject Re: Universal libpq.a ?
Date
Msg-id 937d27e10802050057x46816de4y92baf9f64f26da20@mail.gmail.com
Whole thread Raw
In response to Re: Universal libpq.a ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Universal libpq.a ?
List pgsql-general
On Feb 5, 2008 1:24 AM, Tom Lane <tgl@sss.pgh.pa.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

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Upgrading from 8.3RC2 to release
Next
From: "Dave Page"
Date:
Subject: Re: postgresql-8.3.0-1-binaries-no-installer: gssapi32.dll missed ?