Re: Universal libpq.a ?

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Universal libpq.a ?
Дата
Msg-id 937d27e10802050057x46816de4y92baf9f64f26da20@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Universal libpq.a ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Universal libpq.a ?
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Upgrading from 8.3RC2 to release
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: postgresql-8.3.0-1-binaries-no-installer: gssapi32.dll missed ?