32 bit lib dirs on cygwin64, advice sought

I feel I am making things way too complicated. I have a Makefile, which is building a static library [1] in both 32 and 64 bit. The current issue is it creates a static lib (.a file) and installs both the 32 and 64 to /usr/lib/, which is not working because the 64 and 32 bit lib overwrite each

Re: [ANNOUNCEMENT] [Updated] Perl distributions

On 5/28/2016 1:16 PM, Achim Gratz wrote: perl-Lingua-Translit-0.26-1 Thanks. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: lint kills _Noreturn

On 5/29/2016 3:09 PM, Andy Moreton wrote: On Sun 29 May 2016, Ken Brown wrote: On 5/29/2016 12:56 PM, Andy Moreton wrote: On Sun 29 May 2016, Ken Brown wrote: If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a macro that expands to nothing. Is this intentional?

Re: Re: cygwin python os.stat gives wrong ctime

On 5/28/2016 10:35 PM, Eliot Moss wrote: On 5/28/2016 9:39 PM, Mitch Deoudes wrote: According to the python docs, os.stat() gives the following for st_ctime: "|st_ctime| - platform dependent; time of most recent metadata change on Unix, or the time of creation on Windows" cygwin

Re: lint kills _Noreturn

On Sun 29 May 2016, Ken Brown wrote: > On 5/29/2016 12:56 PM, Andy Moreton wrote: >> On Sun 29 May 2016, Ken Brown wrote: >> >>> If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a >>> macro >>> that expands to nothing. Is this intentional? >>> >>> Simple test case: >>> >>>

[ANNOUNCEMENT] [Updated] Perl distributions

The following Perl distributions have been updated to their latest version available from CPAN: perl-B-Generate-1.54-1 perl-Capture-Tiny-0.40-1 perl-Config-Perl-V-0.26-1 perl-ExtUtils-MakeMaker-7.18-1 perl-HTTP-Tiny-0.058-1 perl-List-AllUtils-0.10-1 perl-List-MoreUtils-0.415-1

[Updated] Perl distributions

The following Perl distributions have been updated to their latest version available from CPAN: perl-B-Generate-1.54-1 perl-Capture-Tiny-0.40-1 perl-Config-Perl-V-0.26-1 perl-ExtUtils-MakeMaker-7.18-1 perl-HTTP-Tiny-0.058-1 perl-List-AllUtils-0.10-1 perl-List-MoreUtils-0.415-1

Re: lint kills _Noreturn

On 5/29/2016 1:21 PM, Ken Brown wrote: On 5/29/2016 12:56 PM, Andy Moreton wrote: On Sun 29 May 2016, Ken Brown wrote: If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a macro that expands to nothing. Is this intentional? Simple test case: $ cat test.h #define lint 1

Re: lint kills _Noreturn

On 5/29/2016 12:56 PM, Andy Moreton wrote: On Sun 29 May 2016, Ken Brown wrote: If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a macro that expands to nothing. Is this intentional? Simple test case: $ cat test.h #define lint 1 #include _Noreturn void foo (void); $

Re: lint kills _Noreturn

On Sun 29 May 2016, Ken Brown wrote: > If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a macro > that expands to nothing. Is this intentional? > > Simple test case: > > $ cat test.h > #define lint 1 > #include > _Noreturn void foo (void); > > $ gcc -E test.h | grep foo >

Re: lint kills _Noreturn

On 5/29/2016 9:42 AM, Ken Brown wrote: > If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a > macro that expands to nothing. Is this intentional? > > Simple test case: > > $ cat test.h > #define lint 1 > #include > _Noreturn void foo (void); > > $ gcc -E test.h | grep

Re: Suggestion to move Cygwin documentation to more version neutral path...

Greetings, Oleksandr Gavenko! > On 2016-05-29, Hans-Bernhard Bröker wrote: >>> As far as I know current Cygwin version is 1.7. >> >> That knowledge is rather inaccurate. > Now I see that Cygwin as project at version like 1.7.xx now, as in announce: >

Re: Is it possible to hide emacs-w32 console window?

On 5/29/2016 8:43 AM, Oleksandr Gavenko wrote: On 2016-05-29, Ken Brown wrote: On 5/28/2016 5:08 PM, Oleksandr Gavenko wrote: emacs-w32 starts console window and that useless window disturbs during task switching (by Alt+TAB) and take space on TaskBar. Is it possible to hide emacs-w32

lint kills _Noreturn

If lint is defined, then /usr/include/sys/cdefs.h defines _Noreturn as a macro that expands to nothing. Is this intentional? Simple test case: $ cat test.h #define lint 1 #include _Noreturn void foo (void); $ gcc -E test.h | grep foo void foo (void); Ken -- Problem reports:

Re: Question about XP support

Am 25.05.2016 um 16:54 schrieb Corinna Vinschen: On May 25 09:56, Stephen John Smoogen wrote: On 25 May 2016 at 06:07, Corinna Vinschen wrote: On May 24 20:38, Herbert Stocker wrote: On 24.05.2016 18:44, Jim Reisert AD1C wrote: I thought that support for Windows

Re: Suggestion to move Cygwin documentation to more version neutral path...

On 2016-05-29, Hans-Bernhard Bröker wrote: >> As far as I know current Cygwin version is 1.7. > > That knowledge is rather inaccurate. Now I see that Cygwin as project at version like 1.7.xx now, as in announce: https://cygwin.com/ml/cygwin-announce/2015-02/msg9.html Updated: Cygwin

Re: Is it possible to hide emacs-w32 console window?

On 2016-05-29, Ken Brown wrote: > On 5/28/2016 5:08 PM, Oleksandr Gavenko wrote: >> emacs-w32 starts console window and that useless window disturbs during task >> switching (by Alt+TAB) and take space on TaskBar. >> >> Is it possible to hide emacs-w32 console window? > > Sorry, I don't know what

Re: [nfs-server] Hazardous changes introduced in 2.3-6

On 29/05/2016 01:31, Andrey Repin wrote: Greetings, jcwilson.cyg...@nym.hush.com! I had installed the 3 cygrunsrv services (portmap, rpc.nfsd, rpc.mountd) to use my login account as the services' user. That's your and only your mistake. I hope you've learned from it and will not repeat the

Re: mintty-colors: changing colors in mintty on the fly

Am 29.05.2016 um 08:41 schrieb Joakim Karlsson: As a weekend project, I put together mintty-colors [1], which is a python package for changing color schemes in mintty on the fly. I don't know if there already is such a function packaged in cygwin, this was really just recreational. But if

Re: mintty-colors: changing colors in mintty on the fly

This is pretty neat! It works as advertised in the standard Cygwin shell. Any pointers on getting it working in ConsoleZ? I can see this being very useful for denoting the purpose of a given shell. I tend to have any number of shells open at once and this would certainly help when task-

mintty-colors: changing colors in mintty on the fly

As a weekend project, I put together mintty-colors [1], which is a python package for changing color schemes in mintty on the fly. I don't know if there already is such a function packaged in cygwin, this was really just recreational. But if someone else finds it useful - great! /Joakim [1]