Re: [Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Ruben Van Boxem
2012/8/24 Alex Loukissas > Hello, > > I was wondering whether it is possible to use static libraries built with > mingw (e.g. libz) in a Visual C++ and link against them. > > To explain the motivation behind this: in my current setup, I'm using > mingw to build both my application and my toolchai

Re: [Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Ruben Van Boxem
2012/8/24 Kai Tietz > Well, Qt Creator should support also mingw-w64 for 64-bit (and > 32-bit). On their support-page I didn't saw that. > It does, I use it all the time :) Ruben > > Kai > > > -- > Live Security Virt

Re: [Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Antony Riakiotakis
It is reproducable with just one thread too. This should be the simpler case: #include #include #include void *do_thread(void *) { int niterations = 200; int i; #pragma omp parallel for for (i = 0; i < niterations; i++) { printf (

Re: [Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Antony Riakiotakis
Hi, I think I have figured it out: The issue may be that internally openmp may be allocating thread identifiers that may already be used by pthread so pthread_join somehow ends up waiting for the parent thread to finish, deadlocking itself. Try this: #include #include #include void *do_threa

Re: [Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Antony Riakiotakis
Indeed. I do not have much experience with thread programmng unfortunately. :/ In any case trying to debug this from within blender is quite hard because I can't get a stacktrace. A disassembly shows that the problem occurs within pthread_create_wrapper. Here is a small disassembly around the cras

Re: [Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Alex Loukissas
On Fri, Aug 24, 2012 at 9:43 AM, Ray Donnelly wrote: > Switch to Qt Creator instead! > This won't be very useful since I do want to switch to MSVC++. Thanks for the tip though. > > /ducks. > > On Fri, Aug 24, 2012 at 5:29 PM, Alex Loukissas > wrote: > > Hello, > > > > I was wondering whether i

Re: [Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Kai Tietz
This test program is invalid. Your application tries to create an thread and afterwards immediately terminates (by returning from main). By add the line 'pthread_join (id, NULL);' after creation of the thread, you will see the message "I am a thread!" as expected. Regards, Kai -

Re: [Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Kai Tietz
Well, Qt Creator should support also mingw-w64 for 64-bit (and 32-bit). On their support-page I didn't saw that. Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and

Re: [Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Ray Donnelly
Switch to Qt Creator instead! /ducks. On Fri, Aug 24, 2012 at 5:29 PM, Alex Loukissas wrote: > Hello, > > I was wondering whether it is possible to use static libraries built with > mingw (e.g. libz) in a Visual C++ and link against them. > > To explain the motivation behind this: in my current

Re: [Mingw-w64-public] IsEqualGUID

2012-08-24 Thread Jacek Caban
On 08/24/12 18:24, Roger Pack wrote: > I don't know if this is a bug, or even the right forum, but this line: > > IsEqualGUID(FORMAT_WaveFormatEx, FORMAT_WaveFormatEx); The correct form is probably: IsEqualGUID(&FORMAT_WaveFormatEx, &FORMAT_WaveFormatEx); Your form would be valid in C++, but not i

[Mingw-w64-public] using libraries built with mingw in Visual C++

2012-08-24 Thread Alex Loukissas
Hello, I was wondering whether it is possible to use static libraries built with mingw (e.g. libz) in a Visual C++ and link against them. To explain the motivation behind this: in my current setup, I'm using mingw to build both my application and my toolchain (which comprises of a number of libra

[Mingw-w64-public] IsEqualGUID

2012-08-24 Thread Roger Pack
I don't know if this is a bug, or even the right forum, but this line: IsEqualGUID(FORMAT_WaveFormatEx, FORMAT_WaveFormatEx); using cross compiled mingw-w64, in a ".c" file, seems to yield this: libavdevice/dshow.c:607:3: error: incompatible type for argument 1 of ‘memcmp’ In file included from

Re: [Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Antony Riakiotakis
Just as a note, removing the 'private' openmp directive also crashes. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers

[Mingw-w64-public] openmp/pthread debug test case

2012-08-24 Thread Antony Riakiotakis
Hi, I am looking into openmp-related crashes that we've had into blender. I see that the issue is known ( http://www.mail-archive.com/mingw-w64-public@lists.sourceforge.net/msg03982.html ) and that people from this mailing list have requested test files to debug so I am sending a small program that

Re: [Mingw-w64-public] apparent "hang" using the experimental pthread library

2012-08-24 Thread Roger Pack
> Could it be that x264 or FFmpeg is improperly using the pthread > library and that is what is actually causing this issue? This is possible, as I saw this recently http://ffmpeg-users.933282.n4.nabble.com/Performance-issue-question-maybe-my-misunderstanding-td4652757.html which makes me wonder i