- how to include gcc/mingw options when needed for python setup.py
situations
The Cygwin-hosted MinGW compilers are set up in a very similar way to cross-
compilation from Linux. Python and most of its infrastructure for building
C extensions do not support MinGW very well, from any host environ
Greetings, Matt Thomas!
> I need to find references describing methods to configure:
> - Cygwin gcc environment
> - the Cygwin version of MingGW environment
> - gcc or mingw configurations for python compilations
> My questions are:
> - how to include all needed gcc source paths (of many)
> - how
I need to find references describing methods to configure:
- Cygwin gcc environment
- the Cygwin version of MingGW environment
- gcc or mingw configurations for python compilations
My questions are:
- how to include all needed gcc source paths (of many)
- how to include all needed library paths
-
On Monday, January 26, 2015 6:52 AM, Christian Kellermann
wrote:
Version 4.9.0.1-1 of chicken has been uploaded.
CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable and efficient C, supports almost all of the R5RS
Scheme language standard, and includes many
That sounds like a plan, thanks Corinna.
Do we need test how the service (program that cygrunsrv is running)
exited? If --neverexits is present, it shouldn't care how it exited,
it should just pass the fact that it exited unplanned to the SCM so
that the recovery actions take place.
It's only if
On Jan 28 16:58, BGINFO4X wrote:
> 2015-01-28 16:37 GMT+01:00 Corinna Vinschen :
> > On Jan 28 15:42, Kizito Porta Balanyà wrote:
> >> 2015-01-28 12:55 GMT+01:00 Corinna Vinschen :
> >> >> I could patch cygrunsrv to do this:
> >> >>
> >> >> If the service exited due to a signal, and if that signa
Hi Henri,
On Jan 28 13:24, Houder wrote:
> Hi Corinna,
>
> Perhaps I was out of line with my post (which advertised your test
> version of setup.exe)
No worries. Getting more testing is good. As long as people are aware
that "test" version means *test* version and that in case of a bug, it
mig
Version 1.1.1-1 of "weechat" has been uploaded.
This version is a bug fix and maintenance release.
ChangeLog:
https://weechat.org/files/changelog/ChangeLog-1.1.1.html
DESCRIPTION
WeeChat is a fast, light and extensible chat client. It runs on many platforms
like Linux, Unix, BSD, GNU Hurd, Mac
Greetings, BGINFO4X!
>>> >> This is unfortunate because it diminishes the usefulness of --neverexits.
>>> >> I could patch cygrunsrv to do this:
>>> >>
>>> >> If the service exited due to a signal, and if that signal is not the
>>> >> defined termination or shutdown signal (default SIGTERM for
2015-01-28 16:37 GMT+01:00 Corinna Vinschen :
> On Jan 28 15:42, Kizito Porta Balanyà wrote:
>> 2015-01-28 12:55 GMT+01:00 Corinna Vinschen :
>> > On Jan 28 11:18, Corinna Vinschen wrote:
>> >> On Jan 27 15:02, Cary Lewis wrote:
>> >> > On Tue, Jan 27, 2015 at 4:09 AM, Corinna Vinschen
>> >> > --ne
On Jan 28 15:42, Kizito Porta Balanyà wrote:
> 2015-01-28 12:55 GMT+01:00 Corinna Vinschen :
> > On Jan 28 11:18, Corinna Vinschen wrote:
> >> On Jan 27 15:02, Cary Lewis wrote:
> >> > On Tue, Jan 27, 2015 at 4:09 AM, Corinna Vinschen
> >> > --neverexits works, but not if the program that cygrunsrv
2015-01-28 12:55 GMT+01:00 Corinna Vinschen :
> On Jan 28 11:18, Corinna Vinschen wrote:
>> On Jan 27 15:02, Cary Lewis wrote:
>> > On Tue, Jan 27, 2015 at 4:09 AM, Corinna Vinschen
>> > --neverexits works, but not if the program that cygrunsrv starts is
>> > stopped with a kill -9 signal. Perhaps
Greetings, Corinna Vinschen!
>> --neverexits works, but not if the program that cygrunsrv starts is
>> stopped with a kill -9 signal. Perhaps the -9 signal propagates to the
>> cygrunsrv.exe program?
> Hmm, yes. Cygrunsrv evaluates how the service process ended, and only
> if it exited the never
Hi Corinna,
Perhaps I was out of line with my post (which advertised your test version of
setup.exe)
https://cygwin.com/ml/cygwin/2015-01/msg00369.html
Perhaps I should have written, that I ALSO never 'downgrade' ... (consequently
I did not
test that "feature").
And now it turns out that
On Jan 28 11:43, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > It has the unfortunate side-effect that downgrading packages is not
> > possible anymore, and worse, the package could be silently removed.
> > That's a teeny little bit more exciting action than I anticipated with
> >
On Jan 28 11:18, Corinna Vinschen wrote:
> On Jan 27 15:02, Cary Lewis wrote:
> > On Tue, Jan 27, 2015 at 4:09 AM, Corinna Vinschen
> > --neverexits works, but not if the program that cygrunsrv starts is
> > stopped with a kill -9 signal. Perhaps the -9 signal propagates to the
> > cygrunsrv.exe pr
Hi Denis,
On Jan 28 11:20, Denis Excoffier wrote:
> On 2015-01-24 17:45, Denis Excoffier wrote:
> 2) why is the build of cygserver impacted by something that takes
>place at the root directory (see "Trying implicit prerequisite
> '/version.cc'." in
>https://cygwin.com/ml/cygwin/2015-01/ms
Corinna Vinschen cygwin.com> writes:
> It has the unfortunate side-effect that downgrading packages is not
> possible anymore, and worse, the package could be silently removed.
> That's a teeny little bit more exciting action than I anticipated with
> my change.
With your second patch the orphan
I've updated the cygrunsrv package to 1.62-1.
This version applies the --neverexits option additionally to
situations in which the service process has been terminated by an
unexpected signal.
Addresses: https://cygwin.com/ml/cygwin/2015-01/msg00385.html
Have fun,
Corinna
--
Corinna Vin
On 2015-01-24 17:45, Denis Excoffier wrote:
>
> On 2015-01-22 23:07, Denis Excoffier wrote:
>>
>> % /usr/bin/ls /
>> /usr/bin/ls: reading directory /: No such file or directory
>> (regular ls output follows)
>> %
>>
> I reinstalled cygwin completely.
> The problem is now vanished.
>
> No idea w
On Jan 27 15:02, Cary Lewis wrote:
> On Tue, Jan 27, 2015 at 4:09 AM, Corinna Vinschen
> wrote:
> > On Jan 26 11:14, Cary Lewis wrote:
> >> I am using cygrunsrv to install a windows service that creates an ssh
> >> tunnel.
> >>
> >> I have configured the service to auto-restart on failures using
On Jan 27 16:55, Warren Young wrote:
> On Jan 27, 2015, at 7:07 AM, Andrey Repin wrote:
>
> >>> On Jan 27 12:11, Houder wrote:
> Corinna wrote (on a different Cygwin mailing list, which I am not
> supposed to read):
> >>>
> >>> Haha. The cygwin-apps list is publically archived for a r
22 matches
Mail list logo
