From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | MinGW Users List <mingw-users(at)lists(dot)sourceforge(dot)net>, "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-14 00:06:27 |
Message-ID: | 4D587203.5030008@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 02/12/2011 05:10 AM, Ralf Wildenhues wrote:
> 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])
>
This was sorted out some time ago.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2011-02-14 00:18:33 | Re: SQL/MED - file_fdw |
Previous Message | Scott Marlowe | 2011-02-13 22:52:22 | Re: Why we don't want hints |