>> Look sched.h and semaphore.h headers. They both are defined macros to
>> export. I offered the same patch.
>> What my patch does not suit you?
>>
>
> First, I said that I left that patch to others to review and decide.
>
> Second, and more importantly, I must unde
2012/1/18 niXman :
> 2012/1/18 Kai Tietz :
>> 2012/1/18 niXman :
>>> 2012/1/18 Ozkan Sezer :
On Wed, Jan 18, 2012 at 9:14 AM, niXman wrote:
> Look sched.h and semaphore.h headers. They both are defined macros to
> export. I offered the same patch.
> What my patch does not suit you
2012/1/18 Kai Tietz :
> 2012/1/18 niXman :
>> 2012/1/18 Ozkan Sezer :
>>> On Wed, Jan 18, 2012 at 9:14 AM, niXman wrote:
Look sched.h and semaphore.h headers. They both are defined macros to
export. I offered the same patch.
What my patch does not suit you?
>>>
>>> First, I sai
2012/1/18 niXman :
> 2012/1/18 Ozkan Sezer :
>> On Wed, Jan 18, 2012 at 9:14 AM, niXman wrote:
>>> Look sched.h and semaphore.h headers. They both are defined macros to
>>> export. I offered the same patch.
>>> What my patch does not suit you?
>>>
>>
>> First, I said that I left that patch to othe
2012/1/18 Ozkan Sezer :
> On Wed, Jan 18, 2012 at 9:14 AM, niXman wrote:
>> Look sched.h and semaphore.h headers. They both are defined macros to
>> export. I offered the same patch.
>> What my patch does not suit you?
>>
>
> First, I said that I left that patch to others to review and decide.
>
>
On Wed, Jan 18, 2012 at 9:14 AM, niXman wrote:
> Look sched.h and semaphore.h headers. They both are defined macros to
> export. I offered the same patch.
> What my patch does not suit you?
>
First, I said that I left that patch to others to review and decide.
Second, and more importantly, I mus
Look sched.h and semaphore.h headers. They both are defined macros to
export. I offered the same patch.
What my patch does not suit you?
2012/1/18 Ozkan Sezer :
> On Wed, Jan 18, 2012 at 8:05 AM, niXman wrote:
>> 2012/1/17 Ozkan Sezer :
>>> On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
201
On Wed, Jan 18, 2012 at 8:05 AM, niXman wrote:
> 2012/1/17 Ozkan Sezer :
>> On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
>>> 2012/1/17 Ozkan Sezer :
On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
> Hi Ozkan.
>
> I checked out your patch. But the problem remained. clock_ * fun
2012/1/17 Ozkan Sezer :
> On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
>> 2012/1/17 Ozkan Sezer :
>>> On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
Hi Ozkan.
I checked out your patch. But the problem remained. clock_ * functions
are not exported.
I attach a patch. Che
On Tue, Jan 17, 2012 at 2:22 PM, Kai Tietz wrote:
> 2012/1/17 Ozkan Sezer :
>> On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
>>> 2012/1/17 Ozkan Sezer :
On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
> Hi Ozkan.
>
> I checked out your patch. But the problem remained. clock_ *
2012/1/17 Ozkan Sezer :
> On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
>> 2012/1/17 Ozkan Sezer :
>>> On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
Hi Ozkan.
I checked out your patch. But the problem remained. clock_ * functions
are not exported.
I attach a patch. Che
On Tue, Jan 17, 2012 at 1:24 PM, niXman wrote:
> 2012/1/17 Ozkan Sezer :
>> On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
>>> Hi Ozkan.
>>>
>>> I checked out your patch. But the problem remained. clock_ * functions
>>> are not exported.
>>> I attach a patch. Check it out please.
>>>
>>> niXman.
On Tue, Jan 17, 2012 at 12:49 PM, niXman wrote:
> Hi Ozkan.
>
> I checked out your patch. But the problem remained. clock_ * functions
> are not exported.
> I attach a patch. Check it out please.
>
> niXman.
Note that wihpthreads is at rev.4718 in the svn: make sure that you
are using the latest.
Hi Ozkan.
I checked out your patch. But the problem remained. clock_ * functions
are not exported.
I attach a patch. Check it out please.
niXman.
2012/1/4 Ozkan Sezer :
> On Wed, Jan 4, 2012 at 6:32 PM, niXman wrote:
>> No, I have not tested your patch.
>> I only agreed that your patch is easi
On Wed, Jan 4, 2012 at 6:32 PM, niXman wrote:
> No, I have not tested your patch.
> I only agreed that your patch is easier, and suggested that you check it.
>
Well then, next time I will strive to understand hidden meanings in
other people's text
At any rate, I applied the attached minor patch
No, I have not tested your patch.
I only agreed that your patch is easier, and suggested that you check it.
2012/1/4 Ozkan Sezer :
> On Wed, Jan 4, 2012 at 4:58 PM, Ruben Van Boxem
> wrote:
>> 2012/1/4 niXman
>>>
>>> Hi Ozkan.
>>>
>>> I test the winpthread(rev 4706) with you patch. But clock_* f
On Wed, Jan 4, 2012 at 4:58 PM, Ruben Van Boxem
wrote:
> 2012/1/4 niXman
>>
>> Hi Ozkan.
>>
>> I test the winpthread(rev 4706) with you patch. But clock_* functions
>> also not exported.
>
I don't have the earlier mails from this thread, but I remember
that you reported success with the patch on
2012/1/4 niXman
> Hi Ozkan.
>
> I test the winpthread(rev 4706) with you patch. But clock_* functions
> also not exported.
>
I saw the same behavior yesterday. The dll does not contain the
clock_gettime and nanosleep. The static lib does.
I'm starting to think this might be causing the libstdc+
Hi Ozkan.
I test the winpthread(rev 4706) with you patch. But clock_* functions
also not exported.
2011/12/28 Ozkan Sezer :
> On Wed, Dec 28, 2011 at 1:02 PM, niXman wrote:
>> Patch is attached.
>> May be useful.
>>
>> 2011/12/28 niXman :
>>> If I move declarations of clock_* functions from pth
On Wed, Dec 28, 2011 at 2:46 PM, niXman wrote:
> yep :)
>
Applied the change to svn at rev. 4706.
> 2011/12/28 Ozkan Sezer :
>> On Wed, Dec 28, 2011 at 1:02 PM, niXman wrote:
>>> Patch is attached.
>>> May be useful.
>>>
>>> 2011/12/28 niXman :
If I move declarations of clock_* functions f
yep :)
2011/12/28 Ozkan Sezer :
> On Wed, Dec 28, 2011 at 1:02 PM, niXman wrote:
>> Patch is attached.
>> May be useful.
>>
>> 2011/12/28 niXman :
>>> If I move declarations of clock_* functions from pthread_time.h to
>>> pthread.h then the problem is solved.
>>> But I am not sure that it's right
On Wed, Dec 28, 2011 at 1:02 PM, niXman wrote:
> Patch is attached.
> May be useful.
>
> 2011/12/28 niXman :
>> If I move declarations of clock_* functions from pthread_time.h to
>> pthread.h then the problem is solved.
>> But I am not sure that it's right.
>>
Does the following one-liner fix it?
Patch is attached.
May be useful.
2011/12/28 niXman :
> If I move declarations of clock_* functions from pthread_time.h to
> pthread.h then the problem is solved.
> But I am not sure that it's right.
>
>
> 2011/12/28 JonY :
>> On 12/28/2011 07:15, niXman wrote:
>>> Hello list.
>>>
>>> I built the
If I move declarations of clock_* functions from pthread_time.h to
pthread.h then the problem is solved.
But I am not sure that it's right.
2011/12/28 JonY :
> On 12/28/2011 07:15, niXman wrote:
>> Hello list.
>>
>> I built the winpthreads and detected that libwinpthread-1.dll does not
>> export
On 12/28/2011 07:15, niXman wrote:
> Hello list.
>
> I built the winpthreads and detected that libwinpthread-1.dll does not
> export the clock_* functions.
>
> __pth_gpointer_locked
> __pthread_clock_nanosleep
> _pthread_cleanup_dest
> _pthread_get_state
> _pthread_invoke_cancel
> _pthread_key_de
Hello list.
I built the winpthreads and detected that libwinpthread-1.dll does not
export the clock_* functions.
__pth_gpointer_locked
__pthread_clock_nanosleep
_pthread_cleanup_dest
_pthread_get_state
_pthread_invoke_cancel
_pthread_key_dest
_pthread_rel_time_in_ms
_pthread_set_state
_pthread_ti
26 matches
Mail list logo
