JonY writes:
GMP is misusing the --host option for detecting CPU optimization levels
I don't think it is doing that. It used -O2 for all CPUs, I think.
(Why not just use --with-arch=XXX?). Can anybody explain why is it doing
something like that?
I am not sure I follow you. GMP detects
"Sisyphus" writes:
During make check:
libtool: link: x86_64-w64-mingw32-gcc -O2 -pedantic -m64 -std=gnu99
-mtune=k8 -march=k8 -o
t-locale.exe t-locale.o ../../tests/.libs/libtests.a
/c/_64/comp/gmp-5.0.90-20110704/.libs/libgmp.a ../../.libs/libgmp.a
On Wed, Jul 6, 2011 at 8:48 AM, Alon Bar-Lev wrote:
> Oh... I can provide the exact syntax from wincrypt.h:
>
Please don't.
>
> On Wed, Jul 6, 2011 at 12:03 AM, Ozkan Sezer wrote:
>> On Tue, Jul 5, 2011 at 11:41 PM, Alon Bar-Lev wrote:
>>> Hello,
>>>
>>> XP have different name for the AES pr
Oh... I can provide the exact syntax from wincrypt.h:
#if (NTDDI_VERSION >= NTDDI_WINXP)
#define MS_ENH_RSA_AES_PROV_A "Microsoft Enhanced RSA and AES
Cryptographic Provider"
#define MS_ENH_RSA_AES_PROV_W L"Microsoft Enhanced RSA and AES
Cryptographic Provider"
#define MS_ENH_RSA_AES_PROV_XP_A
On Tue, Jul 5, 2011 at 11:41 PM, Alon Bar-Lev wrote:
> Hello,
>
> XP have different name for the AES provider.
> ---
> #define MS_ENH_RSA_AES_PROV_XP_A \
> "Microsoft Enhanced RSA and AES Cryptographic Provider (Prototype)"
> #define MS_ENH_RSA_AES_PROV_XP_W \
> L"Microsoft Enh
Hello,
XP have different name for the AES provider.
---
#define MS_ENH_RSA_AES_PROV_XP_A \
"Microsoft Enhanced RSA and AES Cryptographic Provider (Prototype)"
#define MS_ENH_RSA_AES_PROV_XP_W \
L"Microsoft Enhanced RSA and AES Cryptographic Provider (Prototype)"
---
This d
On 7/6/2011 01:25, Bj Raz wrote:
> No, I'm on linux, building an environment that will make a another
> envronment that I will use on Windows.
>
In that case, try strace to see why it isn't starting. I thought you
don't have Linux running because its "too new".
>>
>>
>> One would assume
On Tue, Jul 5, 2011 at 1:25 PM, Bj Raz wrote:
> On Tue, Jul 5, 2011 at 7:05 AM, JonY wrote:
>
>> On 7/5/2011 17:29, Bj Raz wrote:
>> > On Tue, Jul 5, 2011 at 5:05 AM, Bj Raz wrote:
>> >
>> >> On Tue, Jul 5, 2011 at 4:58 AM, Bj Raz
>> wrote:
>> >>
>> >>> On Tue, Jul 5, 2011 at 4:03 AM, JonY
>>
On Tue, Jul 5, 2011 at 7:05 AM, JonY wrote:
> On 7/5/2011 17:29, Bj Raz wrote:
> > On Tue, Jul 5, 2011 at 5:05 AM, Bj Raz wrote:
> >
> >> On Tue, Jul 5, 2011 at 4:58 AM, Bj Raz wrote:
> >>
> >>> On Tue, Jul 5, 2011 at 4:03 AM, JonY
> wrote:
> >>>
> On 7/5/2011 15:04, Bj Raz wrote:
> >
Hi,
Attached is a small patch to add detection of Clang's float.h header
in mingw-w64's float.h. Clang's header now #include-next's float.h, so
this needs to be added on mingw-w64 side (and probably mingw.org side,
but I can't seem to locate their source repository...).
Once this is in, you guys
2011/7/5 Kai Tietz :
> 2011/7/5 Earnie :
>> Ruben Van Boxem wrote:
>>> Apologies for the double email, but it seems I forgot half of the
>>> community...
>>>
>>> Please reply-to-all so everyone is able to follow the discussion. Thanks!
>>>
My original submission with the patch is here:
>
2011/7/5 Earnie :
> Ruben Van Boxem wrote:
>> Apologies for the double email, but it seems I forgot half of the
>> community...
>>
>> Please reply-to-all so everyone is able to follow the discussion. Thanks!
>>
>>>
>>> My original submission with the patch is here:
>>> http://gcc.gnu.org/ml/libstd
Ruben Van Boxem wrote:
> Apologies for the double email, but it seems I forgot half of the community...
>
> Please reply-to-all so everyone is able to follow the discussion. Thanks!
>
>>
>> My original submission with the patch is here:
>> http://gcc.gnu.org/ml/libstdc++/2011-06/msg00066.html
>>
On 7/5/2011 17:29, Bj Raz wrote:
> On Tue, Jul 5, 2011 at 5:05 AM, Bj Raz wrote:
>
>> On Tue, Jul 5, 2011 at 4:58 AM, Bj Raz wrote:
>>
>>> On Tue, Jul 5, 2011 at 4:03 AM, JonY wrote:
>>>
On 7/5/2011 15:04, Bj Raz wrote:
> On Mon, Jul 4, 2011 at 9:01 PM, JonY
wrote:
>
>> O
14 matches
Mail list logo
