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!
>>
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
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
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
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
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
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
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
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,
>>
>
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
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
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
> &
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
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
---
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
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
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
-
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
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
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
>> 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
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
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
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
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
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!
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
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
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
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
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
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
---
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.
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
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.
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
--
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
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
--
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
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
> ...
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
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
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
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
--
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
-
.
(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,
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:
>> ...
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
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
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
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
-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
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
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,
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
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;
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
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
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-%
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
_
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
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
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
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
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
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
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
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
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!
>>> ...
>>
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
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
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
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
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
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
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
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
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
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 --
>> >
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
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
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
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
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
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
-
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
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
-
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
---
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
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
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
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?
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,
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
.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
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
. 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
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
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
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 - 100 of 240 matches
Mail list logo