|From:||Peter Rosin <peda(at)lysator(dot)liu(dot)se>|
|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|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
>> Maybe that's true. But Windows doesn't come wth zic nor a timezone
>> database like Unix usually has. Part of the reason we started
>> maintaining our own timezone sets was that we needed it on Windows. And
>> since we do mke rovision for that, jumping through these hoops seems
>> silly. I'm much more interested in building 64 bit Postgres for Windows
>> natively than as a cross compilation, and as I reported yesterday, it's
>> entirely possible. The cross-compilaion without renaming failed
>> miserably on my setuo, because, for example, configure used the wrong ar.
> *** Moving thread to mingw-w64-public ***
> There is/was a bug in autotools, where the wrong AR was used, try adding
> "AC_CHECK_TOOL([AR], [ar], [:])" as a workaround.
I am probably missing something, but from a message posted previously
in this thread  I find this:
>Invocation command line was
> $ ./configure --without-zlib --host=x86_64-w64-mingw32 --prefix=D:/psqlbin
And the following snippets in config.log:
>configure:6164: checking for x86_64-w64-mingw32-ar
>configure:6180: found /mingw/bin/x86_64-w64-mingw32-ar
>configure:6191: result: x86_64-w64-mingw32-ar
this when listing cache variables:
and this when listing output variables:
Exactly how is x86_64-w64-mingw32-ar the wrong ar?
Or is plain 'ar' used somewhere instead of 'x86_64-w64-mingw32-ar'?
|Next Message||Andrew Dunstan||2011-01-29 14:36:09||Re: Do you have a plan to support Simplified Chinese Locale|
|Previous Message||Robert Haas||2011-01-29 13:13:04||Re: Spread checkpoint sync|