thoni56 wrote
>
> I'm in the process of going from gcc3 to gcc4. For one project I need to
> build both cygwin and win32 executables so "-mno-cygwin" to "mingw32-gcc"
> was an initial hurdle.
>
> However that is now sorted out, but one thing puzzles me. If the mingw32
> is a cygwin cross-compile
I'm in the process of going from gcc3 to gcc4. For one project I need to
build both cygwin and win32 executables so "-mno-cygwin" to "mingw32-gcc"
was an initial hurdle.
However that is now sorted out, but one thing puzzles me. If the mingw32 is
a cygwin cross-compiler why does it not accept paths
On Tue, Aug 28, 2012 at 01:29:53PM -0500, Yaakov (Cygwin/X) wrote:
>On Tue, 2012-08-28 at 09:53 +0100, Fergus wrote:
>> In the latest setup.ini timestamp 1346110211 the subdirectory
>> release/Ruby has replaced the prviously named release/ruby. The new
>> release/Ruby/ has a subdirectory ruby/ wi
On Tue, 2012-08-28 at 22:58 +0200, Dr. Volker Zell wrote:
> When doing the packaging step with your latest cygport release on gnutls I
> get the following:
>
> which: no KERNEL32.dll in
> (/misc/src/release/gnutls-2.12.20-1/inst/usr/bin:/usr/local/bin:/usr/bin:/usr/local/scripts:/usr/local/s
On 08/28/2012 11:48 PM, Tasos Laskos wrote:
I already tried your script on a machine with Cygwin installed but
without iconv and saw the same complaints from configure in your build
script. There are other configure flags for this package which could
help if you want to experiment with them (as
> Yaakov writes:
Hi Yaakow
> I have just released cygport-0.11.0 for the Cygwin distribution and the
Fedora
> Cygwin repository. New features in this release:
> * Vastly improved dependency detection (works only on Cygwin):
When doing the packaging step with your latest cygpo
I already tried your script on a machine with Cygwin installed but
without iconv and saw the same complaints from configure in your build
script. There are other configure flags for this package which could
help if you want to experiment with them (assuming you haven't already).
But also doing w
On 8/28/2012 4:02 PM, Tasos Laskos wrote:
On 08/28/2012 10:51 PM, Larry Hall (Cygwin) wrote:
On 8/28/2012 11:23 AM, Tasos Laskos wrote:
Hi,
Thanks for the replies guys.
The purpose of the build.sh script is to setup a full env under the
"arachni" dir which will include all system libs and oth
On 08/28/2012 10:51 PM, Larry Hall (Cygwin) wrote:
On 8/28/2012 11:23 AM, Tasos Laskos wrote:
Hi,
Thanks for the replies guys.
The purpose of the build.sh script is to setup a full env under the
"arachni" dir which will include all system libs and other dependencies.
It also creates wrappers
On 8/28/2012 11:23 AM, Tasos Laskos wrote:
Hi,
Thanks for the replies guys.
The purpose of the build.sh script is to setup a full env under the
"arachni" dir which will include all system libs and other dependencies.
It also creates wrappers for the application's executables which setup env
va
On Tue, 2012-08-28 at 09:53 +0100, Fergus wrote:
> In the latest setup.ini timestamp 1346110211 the subdirectory
> release/Ruby has replaced the prviously named release/ruby. The new
> release/Ruby/ has a subdirectory ruby/ with subdirectories as for the
> old release/ruby/. So this new architec
On 8/27/2012 3:17 PM, Ken Brown wrote:
On 8/23/2012 5:00 PM, Ken Brown wrote:
On 8/23/2012 10:29 AM, Fergus wrote:
On today's update of texlive-collection-basic I got the exit message
Package: texlive-collection-basic
texlive-collection-basic.sh exit code 148
Please send /var/log/setup.l
On 8/27/2012 8:08 PM, Tasos Laskos wrote:
Hi folks,
I'm trying to port my project's [1] build/package script to Cygwin but I'm
facing some difficulties during runtime.
It runs fine under Linux and OSX but I'm not sure if that's because these
environments fulfil a dependency I'm unaware of, whil
> -Original Message-
> Sent: Tuesday, August 28, 2012 07:09
> Cc: Aharon Robbins
> Subject: Re: stuff running slowly
>
> On 8/27/2012 11:28 PM, Aharon Robbins wrote:
> > Michael,
> >
> > Thanks for your note. I understand that process creation on Windows is
> > slower than on Linux. But wh
In the latest setup.ini timestamp 1346110211 the subdirectory
release/Ruby has replaced the prviously named release/ruby. The new
release/Ruby/ has a subdirectory ruby/ with subdirectories as for the
old release/ruby/. So this new architecture looks weird but might be
intentional. Is it?
Fergu
On 8/26/2012 10:03 AM, arn...@skeeve.com wrote:
Hi. Please cc me on any answers, as I am not subscribed to the list.
I have a recent (a few weeeks old) cygwin install on my Win 7 laptop
Core i5 (Sandy Bridge) + an SSD.
When I first did the install I thought I saw a performance improvement
over
On 8/27/2012 11:28 PM, Aharon Robbins wrote:
Michael,
Thanks for your note. I understand that process creation on Windows
is slower than on Linux. But what I'm seeing is off by a few orders of
magnitude. Cygwin on Windows 7 on a Sandy Bridge Core i5 with 4 Gig of
memory is PAINFULLY slower than
Sorry was away.
Sent to your own email now.
Thanks.
Fergus
--
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
This is not a bug - it's a feature ;-)
The "issue" you are describing is in fact the standard behaviour
expected of fork() in any unix/posix compliant implementation.
From the fork man page on Linux:
...
fork() creates a new process by duplicating the calling process. The
new process, re
19 matches
Mail list logo
