Re: [Mingw-w64-public] internal compiler error 4.9.2

2016-04-01 Thread Victor Bombi
I am not sure if it has been seen so I confirm again that internal error persists with 4.9.3 victor bombi - Original Message - From: "Victor Bombi" To: Sent: Monday, March 14, 2016 7:31 PM Subject: Re: [Mingw-w64-public] internal compiler error 4.9.2 > The same int

Re: [Mingw-w64-public] internal compiler error 4.9.2

2016-03-14 Thread Victor Bombi
The same intenal error is happening - Original Message - From: "niXman" To: Sent: Thursday, March 03, 2016 5:45 PM Subject: Re: [Mingw-w64-public] internal compiler error 4.9.2 > >> I have got an internal compiler error with mingw-w64 posi-dwarf 32 bits >> from >> mingw-builds. >> I p

[Mingw-w64-public] internal compiler error 4.9.2

2016-03-03 Thread Victor Bombi
Hello, I have got an internal compiler error with mingw-w64 posi-dwarf 32 bits from mingw-builds. I posted that to gcc bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69832 but as you can see it seems only related to mingw-w64 What can be done? Bet regards victor bombi

Re: [Mingw-w64-public] profiling

2016-01-27 Thread Victor Bombi
> AFAIU, gprof can't profile shared libraries. At all. I have seen that in linux sprof can be used for that. Is there a windows alternative? - Original Message - From: "LRN" To: Sent: Wednesday, January 27, 2016 10:11 AM Subject: Re: [Mingw-w64-public] profiling > -

[Mingw-w64-public] profiling

2016-01-26 Thread Victor Bombi
mingw64? Best victor bombi -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective

Re: [Mingw-w64-public] winpthreads cleanup handlers not called afterpthread_exit()

2015-03-21 Thread Victor Bombi
May be it has some relation with? http://sourceforge.net/p/mingw-w64/mailman/message/31749147/ - Original Message - From: "Keri Harris" To: Sent: Thursday, March 19, 2015 3:27 PM Subject: [Mingw-w64-public] winpthreads cleanup handlers not called afterpthread_exit() > I've noticed s

Re: [Mingw-w64-public] freeimage

2014-07-08 Thread Victor Bombi
besides pacman -Ss FreeImage only returns the library for linking but not the source - Original Message - From: "Victor Bombi" To: Sent: Tuesday, July 08, 2014 6:51 PM Subject: Re: [Mingw-w64-public] freeimage > Sorry, I am complete win32 guy: > > I have installed

Re: [Mingw-w64-public] freeimage

2014-07-08 Thread Victor Bombi
Sorry, I am complete win32 guy: I have installed msys2 then from C:\msys32\MINGW-packages\mingw-w64-FreeImage makepkg-mingw says => WARNING: You don't have installed mingw-w64 toolchain for architecture x86_64. => WARNING: To install it run: 'pacman -S mingw-w64-x86_64-toolchain' => WARNING: You

Re: [Mingw-w64-public] freeimage

2014-07-08 Thread Victor Bombi
thanks for the link I get errors: $ patch Makefile.fip FreeImage-3.16.0_mingw-makefiles.patch patching file Makefile.fip patching file Makefile.fip Hunk #1 FAILED at 11. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.fip.rej patching file Makefile.fip Hunk #1 FAILED at 1. 1 out of 1 hu

Re: [Mingw-w64-public] freeimage

2014-07-08 Thread Victor Bombi
>Please post the preprocessed file, thanks how is it done? BTW what I did is a compilation from source with C:\LUA\freeimage\FreeImage>mingw32-make -f Makefile.mingw thanks victor - Original Message - From: "JonY" To: Sent: Tuesday, July 08, 2014 4:19 PM Subject: Re: [Mingw-w64-pub

Re: [Mingw-w64-public] freeimage

2014-07-08 Thread Victor Bombi
any thoughts? thanks victor - Original Message - From: "Victor Bombi" To: Sent: Wednesday, July 02, 2014 7:36 PM Subject: [Mingw-w64-public] freeimage > Hello, > > trying to build freeimage: > > C:\LUA\freeimage\FreeImage>mingw32-make -f Makefile.mingw

[Mingw-w64-public] freeimage

2014-07-02 Thread Victor Bombi
UUID_DECL(IUnknown, 0x, 0x, 0x, 0xc0,0x00, 0x00,0x00,0x00,0x00,0x00,0x46) ^ Thanks victor bombi -- Open source business process management suite built on Java and Eclipse Turn processes into business applicat

Re: [Mingw-w64-public] atlbase.h

2014-05-27 Thread Victor Bombi
BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Am 26.05.2014 19:57, schrieb Victor Bombi: >> Hello, >> >> for building some project atlbase.h is needed but not found. >> which is the status of this? > > Just curious: does it help to copy it from Wine

[Mingw-w64-public] atlbase.h

2014-05-26 Thread Victor Bombi
Hello, for building some project atlbase.h is needed but not found. which is the status of this? Thanks victor bombi -- The best possible search technologies are now affordable for all companies. Download your FREE open

Re: [Mingw-w64-public] mingw-w64 v3.1.0 out!

2014-01-12 Thread Victor Bombi
Is v3.1.0 incorporated in i686-4.8.2-release-posix-dwarf-rt_v3-rev2? - Original Message - From: "Ozkan Sezer" To: Sent: Thursday, January 09, 2014 10:52 AM Subject: Re: [Mingw-w64-public] mingw-w64 v3.1.0 out! > On 1/9/14, JonY wrote: >> Hi all, >> >> This is a minor bug fix release

Re: [Mingw-w64-public] hang on exit

2013-12-20 Thread Victor Bombi
after programs hangs this is backtrace. Could be an issue with condition_variable destruction? (gdb) thread apply all bt Thread 2 (Thread 2556.0xa84): #0 0x772a884f in ntdll!DbgBreakPoint () from C:\Windows\system32\ntdll.dll #1 0x772ecdc0 in ntdll!DbgUiRemoteBreakin () from C:\Windows\system3

Re: [Mingw-w64-public] hang on exit

2013-12-18 Thread Victor Bombi
Hi, thanks for answering. > the questionable point here is that I am not sure we should call > destructor code for PROCESS_DETACH too. We should always see in front > a thread-detach, so this call seems to be pretty superflous (and might > be even wrong). I am not doing destructor call neithe

Re: [Mingw-w64-public] hang on exit

2013-12-17 Thread Victor Bombi
tructor is called twice and in release mode there is an exception - Original Message - From: "Victor Bombi" To: Sent: Saturday, December 14, 2013 10:23 AM Subject: Re: [Mingw-w64-public] hang on exit > Another thing to try would be to define DllMain but it seems

Re: [Mingw-w64-public] hang on exit

2013-12-16 Thread Victor Bombi
If I call destructor with unload method, destructor is called two times. Something is going wrong as it is working also on windows with other compilers - Original Message - From: "JonY" To: Sent: Saturday, December 14, 2013 1:34 AM Subject: Re: [Mingw-w64-public] hang on exit > -

Re: [Mingw-w64-public] hang on exit

2013-12-14 Thread Victor Bombi
Another thing to try would be to define DllMain but it seems not to be called. Why? > FreeLibrary does call destructor in this case. (outputs "1 is joinable") > there are several things to try: > > -dont call new to initialize > -dont call FreeLibrary to unload > (4 different cases) > > in some

Re: [Mingw-w64-public] hang on exit

2013-12-14 Thread Victor Bombi
FreeLibrary does call destructor in this case. (outputs "1 is joinable") there are several things to try: -dont call new to initialize -dont call FreeLibrary to unload (4 different cases) in some cases the hang seems to be on thread:join in others in ioThreadFunc victor - Original Message -

[Mingw-w64-public] hang on exit

2013-12-13 Thread Victor Bombi
Hello, I trying to solve a hang on program exit caused by a dll that is only seems to be happening in my mingw64 compilation. The program supercollider is very big so I have created a small test case in https://github.com/sonoro1234/hangonexit any help would be much appreciated victor -

Re: [Mingw-w64-public] winpthreads kill

2013-12-09 Thread Victor Bombi
ok. I have got msys and I need to build a debug version of winpthreads for debugging a program that is hanging on exit (only the windows version) I do ./configure --help but I cant understand how to build a debug version. Any hints? victor - Original Message - From: "Victor Bombi

Re: [Mingw-w64-public] winpthreads kill

2013-11-28 Thread Victor Bombi
I dont know how to build. I always use CMake to create makefiles without mysys. Do I need mysys? where do I get configure? - Original Message - From: "JonY" To: Sent: Wednesday, November 27, 2013 11:10 PM Subject: Re: [Mingw-w64-public] winpthreads kill >

[Mingw-w64-public] winpthreads kill

2013-11-27 Thread Victor Bombi
Hello I am setting pthread_setcanceltype( PTHREAD_CANCEL_ASYNCHRONOUS, NULL); in a thread in order to kill but it does not work althought in win32 we could use TerminateThread. Any thoughts? Also: Where should I get the sources for winpthreads? Best victor

[Mingw-w64-public] pthread_attr_setschedpolicy not implemented

2013-11-19 Thread Victor Bombi
Hello, versions posix-sjlj for 32 bits (I need C++11 threading) have pthread_attr_setschedpolicy not implemented I think that there are some versions of pthread that implement that feature. Is there any reason for that? Is this going to change in the future? best regards victor

Re: [Mingw-w64-public] wipthread flag

2013-11-17 Thread Victor Bombi
in the last post I meant the range for sched_priority used in pthread_attr_setschedparam. - Original Message - From: Victor Bombi To: mingw-w64-public@lists.sourceforge.net Sent: Sunday, November 17, 2013 12:21 PM Subject: Re: [Mingw-w64-public] wipthread flag for using

Re: [Mingw-w64-public] wipthread flag

2013-11-17 Thread Victor Bombi
to use one range or the other. - Original Message - From: Ruben Van Boxem To: mingw-w64-public@lists.sourceforge.net Sent: Sunday, November 17, 2013 11:54 AM Subject: Re: [Mingw-w64-public] wipthread flag 2013/11/17 Victor Bombi Hello, Is there any way from the

[Mingw-w64-public] wipthread flag

2013-11-17 Thread Victor Bombi
Hello, Is there any way from the compiler's point of view to know is we are compiling with pthreads or winpthreads (#define or any other way) victor -- DreamFactory - Open Source REST & JSON Services for HTML5 & Nativ

Re: [Mingw-w64-public] C++11 threading with non-posix versions

2013-11-16 Thread Victor Bombi
threading with non-posix versions 2013/11/16 Victor Bombi Is there any plan to write this headers on top of win32 api? No, and any efficient implementation will remove Windows XP compatibility. Winpthreads is implemented on top of the Win32 API, and GCC's internal thread API is p

Re: [Mingw-w64-public] pthread_attr_setschedpolicy not implemented

2013-11-16 Thread Victor Bombi
Thanks alot - Original Message - From: "Kai Tietz" To: Sent: Saturday, November 16, 2013 1:21 PM Subject: Re: [Mingw-w64-public] pthread_attr_setschedpolicy not implemented > 2013/11/15 Victor Bombi : >> >> thanks for answering. >> Nothing is trivial f

Re: [Mingw-w64-public] C++11 threading with non-posix versions

2013-11-16 Thread Victor Bombi
Victor Bombi Hello, Why cant we have C++11 threading with non-posix versions? Because libstdc++ implements , and on top of GCC's internal thread API, for which only the posix threads "backend" is implemented fully. Ruben

[Mingw-w64-public] C++11 threading with non-posix versions

2013-11-15 Thread Victor Bombi
Hello, Why cant we have C++11 threading with non-posix versions? best victor -- DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Acce

Re: [Mingw-w64-public] pthread_attr_setschedpolicy not implemented

2013-11-15 Thread Victor Bombi
w64-public] pthread_attr_setschedpolicy not implemented > 2013/11/15 Victor Bombi : >> Hello, >> >> versions posix-sjlj for 32 bits (I need C++11 threading) have >> pthread_attr_setschedpolicy not implemented >> I think that there are some versions of pthread that implement that >>

Re: [Mingw-w64-public] pthread_attr_setschedpolicy not implemented

2013-11-15 Thread Victor Bombi
another question is: Why cant we have C++11 threading with non-posix versions? > Hello, > > versions posix-sjlj for 32 bits (I need C++11 threading) have > pthread_attr_setschedpolicy not implemented > I think that there are some versions of pthread that implement that > feature. > Is there any r

[Mingw-w64-public] pthread_attr_setschedpolicy not implemented

2013-11-15 Thread Victor Bombi
Hello, versions posix-sjlj for 32 bits (I need C++11 threading) have pthread_attr_setschedpolicy not implemented I think that there are some versions of pthread that implement that feature. Is there any reason for that? Is this going to change in the future? best regards victor