On 7/27/2014 02:48, Ozkan Sezer wrote:
>
> My vote goes for removing the condition altogether and making
> the prototype always available please.
Done, removed in 21b701a.
signature.asc
Description: OpenPGP digital signature
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.07.2014 3:06, Ozkan Sezer wrote:
> On 7/27/14, LRN wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 27.07.2014 1:49, Ozkan Sezer wrote:
>>> On 7/27/14, LRN wrote: [...]
(2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix
On 7/27/14, LRN wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 27.07.2014 1:49, Ozkan Sezer wrote:
>> On 7/27/14, LRN wrote: [...]
>>> (2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix ws2bth.h (add
>>> #pragma pack(push, 1), #pragma pack(pop))
>>>
>>>
>>> Apparently, i forgot
On 7/26/2014 9:29 AM, JonY wrote:
> On 7/26/2014 22:39, Ozkan Sezer wrote:
>> On 7/26/14, dw wrote:
>>> Well, since no one else has responded, what would you say to this
>>> (attached)?
>>>
>>> If you like, I can write up a detailed description about why I believe
>>> this is the way to go, but h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.07.2014 1:49, Ozkan Sezer wrote:
> On 7/27/14, LRN wrote: [...]
>> (2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix ws2bth.h (add
>> #pragma pack(push, 1), #pragma pack(pop))
>>
>>
>> Apparently, i forgot to report this.
>>
>
> Seems lik
On 7/27/14, LRN wrote:
[...]
> (2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix ws2bth.h (add #pragma
> pack(push, 1), #pragma pack(pop))
>
>
> Apparently, i forgot to report this.
>
Seems like v3.x and trunk version of ws2bth.h already has byte-packing
via the pshpack1.h and poppack.h includ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(2013-09-08 21:47:23) claudiu: LRN : do you have a bluetooth device? If yes,
could you please try to compile and run this sample
http://pastebin.com/GcaeQqjd (you should use -lws2_32 flag). I don't know why
but when I run it on the evironment created b
On 7/26/14, Stephen Kitt wrote:
> Hi Rafaël,
>
> On Sat, 26 Jul 2014 12:52:44 +0200, Rafaël Carré
> wrote:
>> On 07/21/14 23:21, Stephen Kitt wrote:
>> >* Merge upstream implementation of strtok_r, so it's available on
>> > Windows XP. Thanks to Gianluigi Tiesi for pointing out the
>> >
Hi Rafaël,
On Sat, 26 Jul 2014 12:52:44 +0200, Rafaël Carré wrote:
> On 07/21/14 23:21, Stephen Kitt wrote:
> >* Merge upstream implementation of strtok_r, so it's available on
> > Windows XP. Thanks to Gianluigi Tiesi for pointing out the problem,
> > and to Jonathan Young for poin
On 7/26/2014 22:39, Ozkan Sezer wrote:
> On 7/26/14, dw wrote:
>> Well, since no one else has responded, what would you say to this
>> (attached)?
>>
>> If you like, I can write up a detailed description about why I believe
>> this is the way to go, but hopefully the comments and code speak for
>>
On 7/26/14, dw wrote:
> Well, since no one else has responded, what would you say to this
> (attached)?
>
> If you like, I can write up a detailed description about why I believe
> this is the way to go, but hopefully the comments and code speak for
> themselves. This should give the correct defi
On 7/26/2014 18:52, Rafaël Carré wrote:
> However autoconf defines neither of these, but only _GNU_SOURCE
>
> glibc's features.h defines all the above features if _GNU_SOURCE is defined,
> but mingw-w64 does not.
>
> I suggest removing the ifdef altogether, as strtok_r will always be
> available.
Hello,
On 07/21/14 23:21, Stephen Kitt wrote:
> Source: mingw-w64
> Source-Version: 3.1.0-3
>
> We believe that the bug you reported is fixed in the latest version of
> mingw-w64, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version and the pr
Well, since no one else has responded, what would you say to this
(attached)?
If you like, I can write up a detailed description about why I believe
this is the way to go, but hopefully the comments and code speak for
themselves. This should give the correct definitions for 32bit, LP64
and L
14 matches
Mail list logo