Zach Saw gmail.com> writes:
> Thank you so much for your help. Really appreciate it. I'll give the config
> flags a go and see how it turns out. Appreciate the explanations/notes too!
> Especially the bits about using the flags from Cygwin gcc.
>
Gave the config flag
Ryan Johnson cs.utoronto.ca> writes:
> If you got it from ports, you need to ping their mailing list. If you
> built it yourself, we'll need to know how you built it.
>
> Meanwhile, WJJFM with my home-brew 4.7.1:
Thank you so much for your help. Really appreciate it. I'll give the config
flag
The following test case fails on Cygwin but passes on Linux (both tested using
GCC 4.7.2). There are two failures that this test case exposes -- first without
commenting out the line "test = true;" and the second is with it commented out.
The first case shows the variable 'test' is not being tre
Just wondering if there's any updates on this issue.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
According to POSIX, FIFO allows multiple readers / writers. However, it appears
that Cygwin's implementation only allows for multiple readers and single writer.
The following code fails on Cygwin but passes on Linux (tested on Ubuntu and
Debian). Note that this code is to replicate an issue of a
Where can I find the equivalent package in Cygwin for gcc-4.5-plugin-dev?
Alternately, is there a place I could download the plugin files that is
compatible with Cygwin's gcc?
Thanks,
Zach
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
D
Andrew DeFaria DeFaria.com> writes:
>
> On 08/09/2012 08:56 PM, Zach Saw wrote:
> > No one said their job is easy. And are *you* paying me to make their job
> > easier?
> Do you do everything for a fee?
Are you a cross dresser and do you change your panties every
Zach Saw gmail.com> writes:
> > On Cygwin:
> > This is perl 5, version 14, subversion 2 (v5.14.2) built for
> > cygwin-thread-multi-64int
>
> Just out of curiousity are you running XP-32bit?
> If you are, could you try running the multithreaded test with CPU
&g
Linda Walsh tlinx.org> writes:
> I can confirm the perl test case:
>
> Using the referenced prog:
> on Linux:
> cyg-perl-thread-test.pl
> This is perl 5, version 14, subversion 2 (v5.14.2) built for
> x86_64-linux-thread-multi
> Processing 10 tasks in 1 threads completed in 0.468952secs
> Proce
Larry Hall (Cygwin cygwin.com> writes:
> The easier it is to demonstrate the problem with a minimum of
> overhead/code, the quicker the fix. And now that it's reported to the
> Cygwin list, the problem is at least on the right radar.
>
Ah thanks Larry. This makes sense but I simply do not have
Daniel Colascione dancol.org> writes:
> Cygwin developers are experts in Cygwin, not Perl or Boost. Their job
> is hard enough as it is. If you're not interested in being helpful,
> I'm sure someone will sell you a support contract.
>
No one said their job is easy. And are *you* paying me to ma
Corinna Vinschen cygwin.com> writes:
> Thanks for the testcase, but... would you mind to change it to take the
> boost lib out of the picture, by using just plain pthread functions, if
> possible in plain C?
Apparently someone else has already encountered similar problems in
cygwin perl
(http:
Unfortunately, I'm not paid to minimize test cases for Cygwin.
It already took me quite some time to create the test case to
demonstrate a multicore issue in Cygwin.
And Boost 1.48.0 that I used is officially released as part of Cygwin
(i.e. Cygwin patched - which is different from official Boost).
Hi all,
While trying to compile my multithreaded app written for Linux on
Cygwin to run on Windows, I discovered the app would perform 8x slower
on a machine with the same specs. I then went on to triage the issue
and found that if I set CPU affinity of that process to 1 (i.e. single
core), I'd ge
14 matches
Mail list logo
