On Mon, 8 Oct 2018, David Macek wrote:
Hi. It seems that winapi libraries in \*-w64-mingw32\lib have
extensions of .a instead of .dll.a (which I would expect since they're
DLL import libraries). Could this be changed for the sake of
consistency? Is there a reason not to?
If you'd change that,
Hi. It seems that winapi libraries in \*-w64-mingw32\lib have
extensions of .a instead of .dll.a (which I would expect since they're
DLL import libraries). Could this be changed for the sake of
consistency? Is there a reason not to?
--
David Macek
___
On Mon, 8 Oct 2018, Earnie via Mingw-w64-public wrote:
On 10/7/2018 10:32 AM, Martin Storsjö wrote:
On Sun, 7 Oct 2018, Jacek Caban wrote:
On 05/10/2018 23:02, Martin Storsjö wrote:
It seems tempting to use just standard --includedir here, but
I couldn't find a way to change its default value
On 10/7/2018 10:32 AM, Martin Storsjö wrote:
> On Sun, 7 Oct 2018, Jacek Caban wrote:
>> On 05/10/2018 23:02, Martin Storsjö wrote:
>>
>> It seems tempting to use just standard --includedir here, but
>> I couldn't find a way to change its default value (we'd need
>> to default to $prefix/$host/incl
Hi Martin,
The patch looks good to me.
Thanks,
Jacek
On 08/10/2018 11:27, Martin Storsjö wrote:
At least clang looks for headers in prefix/include in addition to
prefix/triplet/include. This allows configuring widl to look for them
in that directory as well.
When shipping sysroots for mor
At least clang looks for headers in prefix/include in addition to
prefix/triplet/include. This allows configuring widl to look for them
in that directory as well.
When shipping sysroots for more than one or two target architectures,
allowing sharing the headers in a triplet-less include directory
