Re: [Mingw-w64-public] Semi-OT: Is this sourceforge email legit? (Fwd: Important Account Information - Reconfirm Mailing List Subscriptions)

2017-06-09 Thread K. Frank
y-update/ > for further information. Thanks for the clarification / confirmation. I'll treat the sourceforge email as legitimate. > Regards, > Kai Best. K. Frank > 2017-06-09 7:26 GMT+02:00 LRN : >> On 6/9/2017 6:13 AM, K. Frank wrote: >>> Hello List! >>

[Mingw-w64-public] Semi-OT: Is this sourceforge email legit? (Fwd: Important Account Information - Reconfirm Mailing List Subscriptions)

2017-06-08 Thread K. Frank
Hello List! I just wanted to check whether this email from sourceforge is legit. It seemed a little odd -- out of the blue -- and sourceforge has earned itself an imperfect reputation. Is this okay? Have others got this? Thanks. K. Frank -- Forwarded message -- From

Re: [Mingw-w64-public] Wrong quotient results of `remquo()`?

2016-09-12 Thread K. Frank
at least the version I found on line) is wrong on two counts -- it shows the bug lh_mouse found, and it can have undefined behavior in the integer conversion. My guess is that lh_m

Re: [Mingw-w64-public] basic problems with make and mingw-w64

2016-06-16 Thread K. Frank
notwithstanding, I don't see that ever changing. > Jim Michaels http://www.JesusnJim.com (computer repair > info, programming) Happy Hacking! K. Frank -- What NetFlow Analyzer can do for you? Monitors network ba

Re: [Mingw-w64-public] winpthreads, pthread_setschedparam, and detached threads

2016-06-01 Thread K. Frank
Hello Lefty! On Tue, May 31, 2016 at 11:31 PM, lh mouse wrote: > Note that in most cases threads other than the one calling `pthread_detach()` > can terminate at anytime. > ... I would say your description fits the typical use case. > By calling `pthread_detach()` on a `pthread_t` you _semanti

Re: [Mingw-w64-public] winpthreads, pthread_setschedparam, and detached threads

2016-05-31 Thread K. Frank
etschedparam() on itself could be an edge case in some implementations.) Happy Hacking! K. Frank -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which

Re: [Mingw-w64-public] Floating-Point Operations Not Deterministic When Excecuted Asynchronously

2016-03-19 Thread K. Frank
should work. Sorry i can't give you any detail on how to make it work. (Of course, the better approach is to figure out how to make the child threads behave -- i.e., use the extended precision, and otherwise use a floating-point e

Re: [Mingw-w64-public] Floating-Point Operations Not Deterministic When Excecuted Asynchronously

2016-03-15 Thread K. Frank
nce in your main thread, but you would no longer have to add _fpreset to all of your asynchronous methods. (You might have to do some reverse engineering or ask on this list to find out exactly what floating-point mode you need to set for your

Re: [Mingw-w64-public] Floating-Point Operations Not Deterministic When Excecuted Asynchronously

2016-03-03 Thread K. Frank
tly for different threads is correct. This seems wrong to me, but I have a vague recollection that in an earlier discussion an arguably legitimate reason for this was put forth.) > On Tue, Mar 1, 2016 at 9:04 AM, Benjamin Bihler > wrote: >> >> Hello, >> >

[Mingw-w64-public] SEMI-OT: Images of 3d-rotated objects

2015-08-07 Thread K. Frank
rong preference for being able to do this in my own (mingw-w64-compatible) code. Thanks in advance for any ideas. K. Frank -- ___ Mingw-w64-public mailing list Mingw-w64-public@li

Re: [Mingw-w64-public] Latest mingw-w64-install broken on all Window versions

2015-08-05 Thread K. Frank
ourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/ You could follow, for example, the "mingw-builds" link there and pick your desired configuration / version as you navigate down to the downloadable f

Re: [Mingw-w64-public] [PATCH] cr8 is only available to x86_64

2015-07-15 Thread K. Frank
some kind of flag set in their DNS record or such specifying that yahoo.com emails that come from other than yahoo.com -- e.g., from a mailing list -- should be flagged as spam.) (Sorry for the OT.) Best. K. Frank On Tue, Jul 14, 2015 at 2:03 PM, Martell Malone wrote: > exact reason > &

Re: [Mingw-w64-public] Winpthreads slow mutexes - still applies?

2015-06-20 Thread K. Frank
be used to synchronize threads within a single process (consistent with the single-process threading model supported by std::thread and pthreads). As cross-process objects they are heavier weight and

Re: [Mingw-w64-public] Native Win32 std::thread

2015-03-14 Thread K. Frank
at suggestions for improvements in winpthreads -- that would then lead to greater std::thread efficiency -- would be very welcome here. > Thanks for your help and support > > Marco Happy Multi-Threaded Hacking! K. Frank ---

Re: [Mingw-w64-public] gfortran, open mp and floating point precision

2015-02-02 Thread K. Frank
ed, it was a thread on this list started by you (Carl): http://sourceforge.net/p/mingw-w64/mailman/message/3303/ [Mingw-w64-public] FPU control word on startup From: Carl Kleffner - 2014-11-12 21:00:50 (and subsequent posts). It does sound like this all could be the cause of Pieter

Re: [Mingw-w64-public] gfortran, open mp and floating point precision

2015-02-01 Thread K. Frank
from a month or two ago. > With regards > Pieter Bedijn - retired scientist and software developer Good luck. K. Frank -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by

Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-12 Thread K. Frank
threads without writing any "real" code. (I do realize that one can put arbitrary code into headers, but that sort of defeats the purpose of a header-only library.) > Ruben Thanks for drawing our attention to this. Best. K. Frank -

Re: [Mingw-w64-public] TDM-GCC 4.9.2 released

2014-12-09 Thread K. Frank
xport the linking step took 2+ GB of memory. >From John's comment I assume something similar is going on with wxWidgets. Good luck. K. Frank > ... > On Mon, Dec 8, 2014 at 7:41 PM, John E. / TDM wrote: >> >> Greetings! >> >> === TDM-GCC 4.9.2 is now availabl

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-25 Thread K. Frank
Hi nixMan! On Tue, Nov 25, 2014 at 4:55 AM, niXman wrote: > K. Frank 2014-11-24 04:32: >> No, no proxy. I use a wireless router that provides local, internal >> ip addresses through dhcp, but is seen by the outside world as >> a single ip address (dynamically) assign

Re: [Mingw-w64-public] FPU control word on startup

2014-11-24 Thread K. Frank
it precision for intermediate results based on my own experience, but, much more importantly, based on the recommendation of the experts such as Kahan. But I would also vote for giving the end-user properly documented mechanisms to override the default.) > Cheers, > > Carl Best. Happy

Re: [Mingw-w64-public] FPU control word on startup

2014-11-24 Thread K. Frank
>> So the decision is whether long doubles should be 64 or 80 bits. The >> control word is simply the result of this decision. >> >> BTW. see Kahan about long doubles (in Java, though), >> http://www.cs.berkeley.edu/~wkahan/JAVAhurt.pdf Thank you Yaron -- this is an exc

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-23 Thread K. Frank
Hi niXman! On Sun, Nov 23, 2014 at 8:11 PM, niXman wrote: > K. Frank 2014-11-24 04:06: >>C33AEC60739C44F208F171A74235B742 > > correct. > you use proxy? No, no proxy. I use a wireless router that provides local, internal ip addresses through dhcp, but is seen by the

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-23 Thread K. Frank
Hello niXman! On Sun, Nov 23, 2014 at 7:26 PM, niXman wrote: > K. Frank 2014-11-24 02:53: > >> I would be happy to give you the md5 if you could tell me an easy >> way to calculate it. I am running on 64-bit windows 7. > > using MSYS/2: > md5sum mingw-w64-install.exe

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-23 Thread K. Frank
Hello niXman! (And thanks for the mingw-builds!) On Sun, Nov 23, 2014 at 6:41 PM, niXman wrote: > K. Frank 2014-11-24 02:38: >> (Note, mingw-builds says to use its installer, mingw-w64-install.exe, >> but it seems to be broken, popping up a message box that says >> &q

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-23 Thread K. Frank
Hi Ruben! On Sun, Nov 23, 2014 at 3:07 PM, Ruben Van Boxem wrote: > 2014-11-23 17:19 GMT+01:00 K. Frank : > ... >> > ... >> >> Will I be more likely to be successful using the Mingw-builds or the >> >> Win-builds version of the toolchain? All else bein

Re: [Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-23 Thread K. Frank
Hi Adrian! (Note, I haven't copied this response to the Wt list as it doesn't really concern Wt.) I would like to follow up on gcc 4.9.0 vs. 4.9.2. On Sun, Nov 23, 2014 at 6:22 AM, Adrien Nader wrote: > Hi, > > On Sat, Nov 22, 2014, K. Frank wrote: >> Hello Lists!

[Mingw-w64-public] [Wt-interest] Building Wt with mingw-w64 -- prefer Mingw-builds or Win-builds?

2014-11-22 Thread K. Frank
er of pre-built packages, but according to the Wt wiki: http://redmine.webtoolkit.eu/projects/wt/wiki/Installing_Wt_on_MinGW Wt's only dependency is boost, so the Win-builds packages don't look relevant to my Wt project. Any suggestions or advice would be very welcome. Tha

Re: [Mingw-w64-public] [Wt-interest] Status of Wt with mingw-w64?

2014-11-09 Thread K. Frank
ust change all occurrences of "nmake" to "mingw32-make," should things build correctly, or would I have to port the code from msvc to mingw-w32? If anyone (on either list) has tried building Wt with mingw-w64, please summarize your experience -- either positive or negative. Than

[Mingw-w64-public] [Wt-interest] Status of Wt with mingw-w64?

2014-11-08 Thread K. Frank
t;[work] around some compilation/linking issues." There are some comments about mingw-w64 in the mail archive for this list, but they are mostly about (unsolved) problems. Is Wt likely to work with mingw-w64, or would I be asking for trouble to try

Re: [Mingw-w64-public] How to detect which threading model is used with the preprocessor?

2014-06-30 Thread K. Frank
Hi Etienne! On Mon, Jun 30, 2014 at 4:09 AM, Etienne Sandré-Chardonnal wrote: > On Fri, 27 Jun 2014 14:00:06, K. Frank wrote: >> ... >> It's not entirely clear to me what your problem is. (In your original >> question >> you asked whether you could detect pth

Re: [Mingw-w64-public] How to detect which threading model is used with the preprocessor?

2014-06-27 Thread K. Frank
nchronize your own "user" pthreads with QThreads, I think you should be able to use both pthreads and QThreads in the same application both on linux and windows. Could you sketch out the precise use case that you're concerned about? > Thanks, > > Etienne Happy Mixed-Thr

Re: [Mingw-w64-public] How to detect which threading model is used with the preprocessor?

2014-06-26 Thread K. Frank
thread. But you would not, for example, be able to use a windows condition variable with a (mingw-w64) std::mutex or pthreads mutex, because (as I believe) winpthreads does not use the windows synchronization structures under the hood. Happy Hacking! K. Frank ---

Re: [Mingw-w64-public] Mailing list issue

2014-05-17 Thread K. Frank
to my gmail spam folder. It doesn't look like yahoo will be soon fixing what they broke, so you might want to use a different email account for mailing lists for the time being. (I believe that, for example, both gmail and gmx work, and don't suffer from the yahoo bug.) Good luck. K.

Re: [Mingw-w64-public] printf("%*.*f",d) broken?

2014-05-09 Thread K. Frank
on=3, d=1234567890.123 > I need to use this. but it seems broken. it just locks up generating spaces > no matter what I put in for numbers. I don't think that's right. > > Jim Michaels > ... Good luck. K. Frank

Re: [Mingw-w64-public] Trouble with pow()

2014-03-24 Thread K. Frank
sion gcc (rubenvb-4.8-stdthread) 4.8.1 20130324 (prerelease) C:\>gcc -o pow_test pow_test.c C:\>pow_test before ^C Here, the "^C" indicates that I killed pow_test because it had hung.

Re: [Mingw-w64-public] libwinpthreads dependency should be optional

2014-03-23 Thread K. Frank
rks, I really don't care whether std::thread is based on pthreads or not. But I would really NOT want a version of mingw-w64 that only supported part of the c++11 standard, i.e., that didn't support std::thread. Happy Multi-Threaded Hacking! K. Frank --

Re: [Mingw-w64-public] Building a library for use under Visual Studio 2008

2014-02-26 Thread K. Frank
and hopefully others will correct anything I have wrong here). > --Suresh Good luck. K. Frank -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS

Re: [Mingw-w64-public] Macro 'WIN32' not defined when specify -std=c++11

2014-01-15 Thread K. Frank
in32/Personal%20Builds/mingw-builds/4.8.2/threads-posix/sjlj/i686-4.8.2-release-posix-sjlj-rt_v3-rev2.7z/download I used: C:\>g++ --version g++ (rubenvb-4.8-stdthread) 4.8.1 20130324 (prerelease) > Regards, > > Leopold Happy Hacking! K. Frank --

Re: [Mingw-w64-public] mingw and mingw

2013-12-04 Thread K. Frank
mailing list.) Both compilers work -- I can't really say which would be better suited to your purposes. > Thank you. Good luck., and ... Happy Mingw/w64 Hacking! K. Frank -- Sponsored by Intel(R) XDK Devel

Re: [Mingw-w64-public] dumb question about double, int, etc

2013-11-17 Thread K. Frank
ght be a little better fit, as this is a pure c++ question, and not specific to mingw-w64. > but I had hopes someone > from the compiler set would know an answer to this. I don't have > stroutsrup's book available to me. > > - > Jim Michaels > ...

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

2013-11-16 Thread K. Frank
ost to matter, the cost of creating native win32 threads would also matter, and you should probably be using a thread pool. Bear in mind, this was a while ago. Winpthreads has presumably been tuned up some since then, and the win32 implementation was competent, but not highly optimized. H

Re: [Mingw-w64-public] quadmath.h's expq() crashes at runtime.

2013-10-06 Thread K. Frank
Program received signal SIGSEGV, Segmentation fault. 0x6cf36a5c in strtoflt128 () from .\mingw64\bin\libquadmath-0.dll (This is running on 64-bit windows 7.) Cheers. K. Frank -- October Webinars: Code for Per

Re: [Mingw-w64-public] libwinpthreads mutexes

2013-09-12 Thread K. Frank
Hi Vadim! On Thu, Sep 12, 2013 at 11:16 AM, Vadim <> wrote: > On Thu, Sep 12, 2013 at 9:32 AM, K. Frank <> wrote: >> >> Hello Kai and Vadim! >> ... >> > 2013/9/12 Vadim <>: >> >> Hi, >> >> I am investigating performance pr

Re: [Mingw-w64-public] libwinpthreads mutexes

2013-09-12 Thread K. Frank
ical sections and std::timed_mutex with windows mutexes. But to me it seemed that the extra cost of windows mutexes outweighed the hackery needed for the critical-section solution.) > Kai Happy Pthreads Hacking! K. Frank --

Re: [Mingw-w64-public] it does not have

2013-09-08 Thread K. Frank
but it looks like memory and other c++-specific things are being put in their own c++ subdirectory of include. Again, I don't know the details, but g++ knows somehow to look there automatically. Good luck. K. Frank -

Re: [Mingw-w64-public] The API supported by g++11_64bit

2013-09-06 Thread K. Frank
. (You can also use "-std=gnu++11" if you want both c++11 and some of the gniu extensions.) > TIA (Thanks in advance ) Happy C++11 Hacking! K. Frank -- Learn the latest--Visual Studio 2012, SharePoint 2013,

[Mingw-w64-public] Thanks for LRN's excellent overview (Re: MinGW and Msys Directories)

2013-08-31 Thread K. Frank
Hello LRN! Hear, hear! Thank you for the very nice explanation. It should be recommended reading for folks who are getting started with mingw / msys. Cheerio! K. Frank On Sat, Aug 31, 2013 at 10:09 AM, LRN wrote: > ... > On 31.08.2013 17:14, wynfi...@gmail.com wrote: >> ...

Re: [Mingw-w64-public] [PATCH 1/2] synchapi.h: APIs are not forbidden on Windows Store

2013-08-19 Thread K. Frank
nature of the mutex (or a bug) produces some kind of security issue. I am just wondering what the philosophy behind the limitation is. Any thoughts? Thanks. K. Frank -- Get 100% visibility into Java/.NET code with

Re: [Mingw-w64-public] ERR_remove_thread_state not found in LIBEAY32.dll with mingw-w64

2013-08-10 Thread K. Frank
s-posted my original message there, and didn't want to leave it hanging open.) On Sat, Aug 10, 2013 at 2:49 PM, Daniel Stenberg wrote: > On Fri, 9 Aug 2013, K. Frank wrote: > >> I have written an compiled a very simple test program and when I run it I >> get a windows pop-up mes

[Mingw-w64-public] Fwd: ERR_remove_thread_state not found in LIBEAY32.dll with mingw-w64

2013-08-10 Thread K. Frank
ssage -- From: K. Frank <> Date: Fri, Aug 9, 2013 at 8:48 PM Subject: ERR_remove_thread_state not found in LIBEAY32.dll with mingw-w64 To: curl-library Hello List! I am new to libcurl, and am trying to use it with mingw-w64. I have written an compiled a very simple test program and when

Re: [Mingw-w64-public] Semi-OT -- libcurl and mingw-w6 / c++

2013-08-08 Thread K. Frank
Hello niXman! On Wed, Aug 7, 2013 at 2:30 PM, niXman wrote: > 2013/8/7 K. Frank > >> Do I anticipate any issues using libcurl with mingw-w64? If so, what >> should I look out for and how might I deal with it? > > No, libcurl is easy to build with mingw-w64. Tha

[Mingw-w64-public] Semi-OT -- libcurl and mingw-w6 / c++

2013-08-07 Thread K. Frank
-based callback scheme that seems to be the libcurl way of doing it? This is on 64-bit windows 7, and the curl.exe that I downloaded appears to be a 64-bit program. Thanks for any suggestions. K. Frank -- Get 100% visib

Re: [Mingw-w64-public] Any color on not-so-long long doubles (about 18 decimal digits)?

2013-07-20 Thread K. Frank
t;> Kai > > Looks like it does provide the math routines, I thought it was just > providing support constructs. Anyway, be aware that license is LGPL 2.1 > or later. Thanks for the clarifications. (Again, I don't feel that I'm in need of greater precision. I'm just tr

Re: [Mingw-w64-public] Any color on not-so-long long doubles (about 18 decimal digits)?

2013-07-20 Thread K. Frank
Hi Jon! Thanks for your reply. On Sat, Jul 20, 2013 at 12:17 PM, JonY wrote: > On 7/20/2013 23:43, K. Frank wrote: >> Hello List! >> >> On 64-bit mingw-w64: >> >>g++ (rubenvb-4.8-stdthread) 4.8.1 20130324 (prerelease) >> >> on 64-bit windows 7,

[Mingw-w64-public] Any color on not-so-long long doubles (about 18 decimal digits)?

2013-07-20 Thread K. Frank
s on a 64-bit machine make it not worth the bother to use less than a full two 64-bit words to hold a long double, even though (if I'm right about the 80-bit representation), there's a fair amount of wasted space. Does this all sound right? Thanks for a

Re: [Mingw-w64-public] Can't output (ostream <<) std::chrono::duration

2013-07-15 Thread K. Frank
Hi Ruben! On Mon, Jul 15, 2013 at 3:41 AM, Ruben Van Boxem wrote: > 2013/7/5 K. Frank > >> Hello List! >> >> The following code snippet fails to compile: >> >>auto us = std::chrono::microseconds(7); >>std::cout << us << std::endl;

[Mingw-w64-public] Can't output (ostream <<) std::chrono::duration

2013-07-04 Thread K. Frank
no::duration >]' operator<<(basic_ostream<_CharT, _Traits>&& __os, const _Tp& __x) ^ I am using the following version of g++: C:>g++ --version g++ (rubenvb-4.8-stdthread) 4.8.1 20130324 (prerelease) There is nothing urgent about this for me -- us

Re: [Mingw-w64-public] strftime doesn't parse "%T"

2013-07-03 Thread K. Frank
Hi Ozkan! Thank you for your explanation. On Wed, Jul 3, 2013 at 2:26 PM, Ozkan Sezer <> wrote: > On Wed, Jul 3, 2013 at 9:08 PM, K. Frank <> wrote: >> Hello List! >> >> strftime does not seem to parse the "%T" format specifier. >> ... >> Th

[Mingw-w64-public] strftime doesn't parse "%T"

2013-07-03 Thread K. Frank
char buf1[129]; int cnt1 = strftime (buf1, 128, "%Y%m%d-%H:%M:%S", &mytm); std::cout << "cnt1 = " << cnt1 << ", buf1 = " << buf1 << std::endl; char buf2[129]; int cnt2 = strftime (buf2, 128, "%Y%m%d-%

Re: [Mingw-w64-public] End of rubenvb builds

2013-06-23 Thread K. Frank
for all your work and all your builds. > All the best, > > Ruben Happy Hacking! K. Frank -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _

Re: [Mingw-w64-public] [Interest] Several issues compiling Qt 4.8.4 with mingw-w64 4.8.1, possible related to "-std=gnu++11"

2013-04-16 Thread K. Frank
Original Message- >> [mailto:interest-bounces+kai.koehne=digia@qt-project.org] On Behalf >> Of K. Frank >> >> Hello Kai! >> ... >> First, I understand that Qt's limited usage of the std namespace means >> (hopefully) that it avoids the ABI di

Re: [Mingw-w64-public] [Interest] Not getting large file support when configuring Qt 4.8.4 for win32-g++-4.6

2013-04-14 Thread K. Frank
Hi Jon! On Sun, Apr 14, 2013 at 6:11 PM, JonY <> wrote: > On 4/15/2013 00:46, K. Frank wrote: >> Hello Lists! >> >> I'm am building Qt 4.8.4 with mingw-w64 4.8.1 on a 64-bit windows 7 machine. >> >> (Specifically, qt-everywhere-opensource-src-4.8.4.zip

[Mingw-w64-public] [Interest] Not getting large file support when configuring Qt 4.8.4 for win32-g++-4.6

2013-04-14 Thread K. Frank
g large file support, and I need to specify it manually. Or maybe my system is messed up somehow. Thanks for any advice. K. Frank -- Precog is a next-generation analytics platform capable of advanced analytics on

Re: [Mingw-w64-public] winpthreads testsuite

2013-04-14 Thread K. Frank
Hi LRN! On Sun, Apr 14, 2013 at 10:16 AM, LRN <> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 14.04.2013 17:55, K. Frank wrote: >> Hello LRN! >> >> On Sun, Apr 14, 2013 at 2:54 AM, LRN <...> wrote: >>> ... This patch should

Re: [Mingw-w64-public] winpthreads testsuite

2013-04-14 Thread K. Frank
hijack the current thread.) Thanks. K. Frank -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolse

Re: [Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-07 Thread K. Frank
Hello Ruben! Thanks for your latest build. On Sun, Apr 7, 2013 at 3:38 PM, Ruben Van Boxem wrote: > 2013/4/7 K. Frank > >> Hello John and Ruben! >> >> On Sun, Apr 7, 2013 at 3:04 PM, John E. / TDM wrote: >> > On 4/7/2013 12:44 PM, Ruben Van Boxem w

Re: [Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-07 Thread K. Frank
Hello John and Ruben! On Sun, Apr 7, 2013 at 3:04 PM, John E. / TDM wrote: > On 4/7/2013 12:44 PM, Ruben Van Boxem wrote: > > 2013/4/7 K. Frank > >> Or maybe "-std=gnu++11" would be better still. The best of both >> worlds! > > No. Don't use t

Re: [Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-07 Thread K. Frank
Hello Ruben! On Sat, Apr 6, 2013 at 6:55 PM, K. Frank wrote: > Hi Ruben! > ... >>> I'll try to build a new one tomorrow. > > Hey, any chance you could make a build where "-std=c++11" is > enabled by default? Hardly important, but it would be pretty cool

Re: [Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-06 Thread K. Frank
Hi Ruben! On Sat, Apr 6, 2013 at 6:25 PM, K. Frank wrote: > Hi Ruben! > > On Sat, Apr 6, 2013 at 6:21 PM, Ruben Van Boxem > wrote: >> Op 7 apr. 2013 00:18 schreef "K. Frank" het volgende: >>> >>> Hello List and Ruben! >>> ... >>

Re: [Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-06 Thread K. Frank
Hi Ruben! On Sat, Apr 6, 2013 at 6:21 PM, Ruben Van Boxem wrote: > Op 7 apr. 2013 00:18 schreef "K. Frank" het volgende: >> >> Hello List and Ruben! >> >> I downloaded Ruben's new std::thread-enabled build, namely: >> >>x86_64-w64-mingw

[Mingw-w64-public] Still seeing the "-static" issue with Ruben's new 4.8 std::thread-enabled build

2013-04-06 Thread K. Frank
of Ruben's 4.7 std::thread-enabled builds, namely: x86_64-w64-mingw32-gcc-4.7.0-stdthread_rubenvb.7z Is there any way I can use the std::thread support without linking statically? Thanks. K. Frank -- Min

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-03-26 Thread K. Frank
njoy" is really the right word ... > Ruben Thanks. K. Frank -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cas

Re: [Mingw-w64-public] New Rubenvb GC 4.8.0 Personal build

2013-03-23 Thread K. Frank
Ruben - Thanks. On Sat, Mar 23, 2013 at 6:48 PM, Ruben Van Boxem wrote: > Op 23 mrt. 2013 23:30 schreef "K. Frank" het > volgende: >> >> Hi Ruben! >> ... >> > No sorry. I'll build an alternate toolchain this week. >> >> Okay, th

Re: [Mingw-w64-public] New Rubenvb GC 4.8.0 Personal build

2013-03-23 Thread K. Frank
Hi Ruben! On Sat, Mar 23, 2013 at 2:45 PM, Ruben Van Boxem wrote: > 2013/3/23 K. Frank > >> Hi Ruben! >> Yay! Go Ruben! >> >> On Sat, Mar 23, 2013 at 12:49 PM, Ruben Van Boxem >> wrote: >> > Hi everyone, >> > >> > I am g

Re: [Mingw-w64-public] New Rubenvb GC 4.8.0 Personal build

2013-03-23 Thread K. Frank
ourceforge.net/projects/mingw-w64/files/Toolchain%20sources/Personal%20Builds/rubenvb/release/ > > Enjoy, > > Ruben Thanks again for these builds and all of your efforts. K. Frank -- Everyone hates slow

Re: [Mingw-w64-public] GCC 4.8 and -fPIC warning being treated as error

2013-03-23 Thread K. Frank
make sense to wait for. > Thanks, > Ruben Thanks to you for all of your contributions. K. Frank -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-22 Thread K. Frank
Hi Ruben! Great. Thanks for clearing things up. On Fri, Mar 22, 2013 at 10:09 AM, Ruben Van Boxem wrote: > 2013/3/22 K. Frank > >> Hello Ruben! >> ... > No, I never implied such a thing. I was talking about x86 only. There is no > dw2 for x64 and in all likelihood nev

[Mingw-w64-public] What's a good 64-bit native build to upgrade to?

2013-03-22 Thread K. Frank
as I will plan to rebuild my third-party c++ libraries. What would people recommend as the best way to go? Is there anything on the short-term horizon that I should make a point of waiting for? Thanks. K. Frank -- Ever

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-22 Thread K. Frank
Hello Ruben! On Fri, Mar 22, 2013 at 6:22 AM, Ruben Van Boxem wrote: > 2013/3/22 JonY >> >> On 3/22/2013 11:26, K. Frank wrote: >> > >> >> If you're interested in a binary compatibility topic that might affect >> >> you -- >> >

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
Hello Thiago! Thank you for the detailed explanation. On Thu, Mar 21, 2013 at 9:44 PM, Thiago Macieira wrote: > On quinta-feira, 21 de março de 2013 17.30.12, K. Frank wrote: >> Hi Thiago! >> ... >> >> As I understand it, using "-std=c++11" causes abi break

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
tions with the gdb that came with the gcc build I used to build Qt and my applications. Other than some problems with very slow start-up times, it seems to work. > Thanks, > Etienne I appreciate hearing that this works for you. K. Frank > >> Date: Thu, 21 Mar 2013 16:52:29 -0400

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
Hello Ruben! On Thu, Mar 21, 2013 at 5:37 PM, Ruben Van Boxem wrote: > > Op 21 mrt. 2013 22:31 schreef "K. Frank" het > volgende: > >> Hi Thiago! >> ... >> On Thu, Mar 21, 2013 at 5:07 PM, Thiago Macieira >> wrote: >> > On quinta-feira, 21

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
Hello Christian! On Thu, Mar 21, 2013 at 5:37 PM, Christian Quast wrote: > Hi... > > On Thursday 21 March 2013 22:07:54 Thiago Macieira wrote: >> On quinta-feira, 21 de março de 2013 16.52.29, K. Frank wrote: > [...] >> > As I understand it, using "-std=c++1

Re: [Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
Hi Thiago! (I've taken the liberty of cross-posting this back to the mingw-w64-public list.) On Thu, Mar 21, 2013 at 5:07 PM, Thiago Macieira wrote: > On quinta-feira, 21 de março de 2013 16.52.29, K. Frank wrote: >> Hello Lists! >> >> Should I expect to be able to

[Mingw-w64-public] [Interest] Compiling Qt (4 or 5) with "-std=c++11"

2013-03-21 Thread K. Frank
e post, but would welcome comments on whether Qt 4 and 5 interact differently with "-std=++11". (I also use qwt, currently version 6.0.1, but will ask about that in particular in a separate post.) Thanks in advance for any advice. K. Frank -

Re: [Mingw-w64-public] Install MinGW w64

2013-02-12 Thread K. Frank
t version of libxml2, and I believe libxml2 depends on libiconv, so I suppose I'm using libiconv, as well. (These are c, rather than c++ libraries, so my concerns about abi incompatibilities between various version of mingw-w64 were unlikely to cause problems, and seem not to hav

Re: [Mingw-w64-public] Compiling on 64-bit windows

2013-02-11 Thread K. Frank
ingw-w64 project, you will be able to compile for 64 bits. (By the way, this is the mailing list for the mingw-w64 project. The mingw project has a separate mailing list, although a number of people subscribe to both.) Good luck. K. Frank -

Re: [Mingw-w64-public] Semi-OT: Can one use separate threads for reading and writing a standard winsock socket?

2013-02-06 Thread K. Frank
sometimes I want to write to it without waiting for a read to occur. so my idea is that I can just write with a separate writing thread, and let the reading thread block.) > Regards, > Kai Thanks for your experience on this. K. Frank ---

Re: [Mingw-w64-public] Semi-OT: Can one use separate threads for reading and writing a standard winsock socket?

2013-02-06 Thread K. Frank
Hi Earnie! On Wed, Feb 6, 2013 at 7:32 AM, Earnie Boyd wrote: > On Tue, Feb 5, 2013 at 8:44 PM, K. Frank wrote: >> Hello List! >> >> Not really a pure mingw-w64 question, but maybe someone here knows >> the answers. >> >> Socket connections go two ways

[Mingw-w64-public] Semi-OT: Can one use separate threads for reading and writing a standard winsock socket?

2013-02-05 Thread K. Frank
coupled somehow under the hood? Thanks. K. Frank -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos

Re: [Mingw-w64-public] Is it safe to mix "-std=c++0x" and non-c++0x object code?

2013-02-04 Thread K. Frank
Hello Kai and Alexander! On Mon, Feb 4, 2013 at 11:28 AM, Kai Tietz wrote: > 2013/2/4 K. Frank : >> Hello List! >> ... >> Or does turning on "-std=c++0x" introduce some kind of abi breakage? >> ... > > Well, there might be troubles by doing so. There

[Mingw-w64-public] Is it safe to mix "-std=c++0x" and non-c++0x object code?

2013-02-04 Thread K. Frank
Hello List! If I have several source files that get compiled to object files and then linked together to for m an executable, is it safe to compile some of them with "-std=c++0x" and others without? Or does turning on "-std=c++0x" introduce some kind of abi breakage?

[Mingw-w64-public] [Quickfix-developers] QuickFIX using mingw-w64

2013-01-27 Thread K. Frank
there, and I haven't seen anything break yet. Thanks for folks suggestions that helped get me going. Best regards. K. Frank -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps,

Re: [Mingw-w64-public] Qt wiki

2013-01-21 Thread K. Frank
Hello niXman! I agree with what you are saying. On Mon, Jan 21, 2013 at 9:27 AM, niXman wrote: >> On top of that, Qt already caters for all the C++11 multithreading classes: >> QThread, QMutex, etc... all exist and are probably the ones used in Qt >> projects. I'll leave the final decision up to

Re: [Mingw-w64-public] Qt wiki

2013-01-20 Thread K. Frank
.qt-project.org/mailman/listinfo/interest You should consider subscribing to that list, and asking your Qt-specific questions there. > ... >Thanks, > >--Suresh Happy (Qt) Hacking! K. Frank -- Master Vi

[Mingw-w64-public] Dead code path in msxml2.h?

2013-01-13 Thread K. Frank
2.h incorrectly? Is there perhaps a macro I need to define or some other .h file I need to include first? Is this a bug in msxml2.h? Is there a work-around? Thanks for any help with this. K. Frank. -- Master Visual

Re: [Mingw-w64-public] msxml with mingw-w64 (for QuickFIX) (was: libxml2 with mingw-w64?)

2013-01-10 Thread K. Frank
. As mentioned in the other thread, I do indeed need to update the code. So far it's been mostly straightforward donkey work (deciding which occurrences of _MSC_VER to replace with _WIN32). Any last thoughts on how to figure out which of the mingw-w64 msxml I need to include would be helpful. > Pave

[Mingw-w64-public] msxml with mingw-w64 (for QuickFIX) (was: libxml2 with mingw-w64?)

2013-01-09 Thread K. Frank
Hi Pavel (and List)! (Since my follow-up to Pavel's comments are about msxml, I am starting a new thread here to separate the discussion from that about libxml2.) On Wed, Jan 9, 2013 at 8:48 AM, pavel <...> wrote: > Frank, see my comments bellow. > > On Wed, 2013-01-09 at 0

Re: [Mingw-w64-public] libxml2 with mingw-w64?

2013-01-09 Thread K. Frank
Brian - Thank you for your response. On Tue, Jan 8, 2013 at 11:14 AM, Prof Brian Ripley wrote: > On 08/01/2013 15:24, K. Frank wrote: >> ... >> Great. If I end up needing libxml2, I'll plan to build it myself. >> >> Do you happen to know if I should e

Re: [Mingw-w64-public] libxml2 with mingw-w64?

2013-01-09 Thread K. Frank
Ruben - Thanks for your comments. Just to follow up a little, below ... On Wed, Jan 9, 2013 at 1:35 AM, Ruben Van Boxem wrote: > Op 9 jan. 2013 03:19 schreef "K. Frank" het volgende: >> >> Hi Ruben (and Kai)! >> >> On Tue, Jan 8, 2013 at 1:55 PM, Ruben V

  1   2   3   >