| From: | Ralf Wildenhues <Ralf(dot)Wildenhues(at)gmx(dot)de> |
|---|---|
| To: | MinGW Users List <mingw-users(at)lists(dot)sourceforge(dot)net> |
| Cc: | "mingw-w64-public(at)lists(dot)sourceforge(dot)net" <mingw-w64-public(at)lists(dot)sourceforge(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [Mingw-users] mingw64 |
| Date: | 2011-02-12 10:10:31 |
| Message-ID: | 20110212101031.GE3799@gmx.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hello, and sorry for the delay,
* Peter Rosin wrote on Sat, Jan 29, 2011 at 02:26:24PM CET:
> Or is plain 'ar' used somewhere instead of 'x86_64-w64-mingw32-ar'?
Automake outputs 'AR = ar' in Makefile.in for rules creating old
libraries iff neither AC_PROG_LIBTOOL nor another method to define
AR correctly is used in configure.ac.
So this issue concerns packages using Automake but not using Libtool.
I figured with AM_PROG_AR eventually being needed anyway that would fix
this in one go ...
A good workaround, as already mentioned, is to use this in configure.ac:
AC_CHECK_TOOL([AR], [ar], [false])
Cheers,
Ralf
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jan Urbański | 2011-02-12 10:58:39 | Re: pl/python explicit subtransactions |
| Previous Message | Alex Hunsaker | 2011-02-12 09:18:36 | Re: [COMMITTERS] pgsql: Force strings passed to and from plperl to be in UTF8 encoding. |