I'm sorry, I got distracted from this issue and hadn't make any progress.
One thing specifically I need to be able to work on this issue is some
information describing how to build/test cygwin lib (rather than using
it). I couldn't find any information on the website, (or I havn't look
deeply enou
On Wed, Oct 21, 2015 at 10:15 PM, Corinna Vinschen
wrote:
> On Oct 21 21:49, Yucong Sun wrote:
>> > What exactly is the malloc problem you're seeing?
>>
>> The specific problem I'm having is that jemalloc's malloc_init() calls
>> needs to use pthre
> What exactly is the malloc problem you're seeing?
The specific problem I'm having is that jemalloc's malloc_init() calls
needs to use pthread_mutex_init() or even pthread_mutex with a
initializer. Both in-turn uses malloc, triggering this issue.
A quick fix would be somehow make pthread alwa
workaround this issue?
On Wed, Oct 7, 2015 at 7:17 PM, Yucong Sun wrote:
> Hi there,
>
> I'm trying to make jemalloc work with CYGWIN. and I've been meeting
> with a mysterious deadlock issue on startup (from CYGWIN's
> malloc-wrapper to jemalloc and pthread_mutex_lock
I think symlink is a cygwin thing. Windows won't find that DLL (just
like you won't find it using windows explorer.)
Windows only support loading DLL from project directory, or system32
as far as I know.
On Thu, Oct 8, 2015 at 9:37 PM, Dr Rainer Woitok
wrote:
> Greetings,
>
> I'm running a pr
Hi there,
I'm trying to make jemalloc work with CYGWIN. and I've been meeting
with a mysterious deadlock issue on startup (from CYGWIN's
malloc-wrapper to jemalloc and pthread_mutex_lock get deadlock).
Has anyone else tried this?
Thanks
--
Problem reports: http://cygwin.com/problems.html
Maybe let's just focus on getting the source / patch incorporated instead?
On Mon, Jan 12, 2015 at 6:04 AM, Corinna Vinschen
wrote:
> Hi Henri,
>
> On Jan 12 13:44, Houder wrote:
>> Hi Corinna,
>>
>> Just sharing info (to save you the trouble searching it) ... Full stop.
>>
>> https://cygwin.com/
Just a guess : http://linux.die.net/man/2/shmat
Maybe your code needs to optimize around memory abit.
On Mon, Nov 17, 2014 at 5:05 PM, Olumide <50...@web.de> wrote:
>
> On 18/11/2014 00:45, Olumide wrote:
>>
>> According to the AMD CodeXL profiler, the modules cygwin1.dll and
>> cygstdc++-6.dll a
t;
>> On 11/13/2013 02:35, Yucong Sun wrote:
>>>
>>> Good new! I've found the link failure issue, it is caused by "-rdynamic"
>>>
>>> sunyc@sunyc-wks ~
>>> $ cat 2.cc
>>> #include
>>>
>>> struct tick_eve
eers.
On Tue, Nov 12, 2013 at 1:45 AM, JonY <10wa...@gmail.com> wrote:
> On 11/12/2013 10:33, Yucong Sun wrote:
>> I've tried on both 32bit and 64bit clean cygwin install, the result is
>> same. Something is wrong with cygwin's gcc.
>>
>> my configure script
(forgot to say)
this program compile and links fine on g++ 4.6 ,4.7, 4.8 on ubuntu
,centos, freebsd etc without modification.
Cheers.
On Mon, Nov 11, 2013 at 6:33 PM, Yucong Sun wrote:
> I've tried on both 32bit and 64bit clean cygwin install, the result is
> same. Something is
the same linkage problem again.
g++ --std=gnu++0x "fixes" the snprintf problem, but it still have same
linkage problem.
Any help will be much appreciated.
Cheers.
On Mon, Nov 11, 2013 at 3:37 PM, Yucong Sun wrote:
> Yes, the sha1 matches.
>
> sunyc@sunyc-wks /lib/gcc/
b/gcc/i686-pc-cygwin/4.8.2
$ strings.exe libstdc++.a | grep GLIB
GLIBCXX_FORCE_NEW
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH
Cheers.
On Mon, Nov 11, 2013 at 2:28 PM, JonY <10wa...@gmail.com> wrote:
> On 11/12/2013 06:17, JonY wrote:
>> On 11/12/2013 05:17, Yucong Sun wrote:
>&g
Hi,
I'm trying to compile a program under cygwin with latest gcc 4.8.2,
the program compiles fine, but link failed. I'm suspecting this has
something todo with libstdc++ but I couldn't find any document on how
to check libstdc++ version (cygwin setup claim it is version 4.8.2
already).
Your help
14 matches
Mail list logo
