Re: Extra CR symbol from backticks on Cygwin 2.9.0

2017-09-11 Thread Nikolay Melekhin
Hi Eric, Thanks! This option is what I am looking for. However I cannot agree with you on bash behavior in Cygwin. Section of command substitution in bash documentation says: https://www.gnu.org/software/bash/manual/bash.html#Command-Substitution "...with any trailing newlines deleted." That is

[ANNOUNCEMENT] emacs 25.3-1

2017-09-11 Thread Ken Brown
The following packages have been uploaded to the Cygwin distribution: * emacs-25.3-1 * emacs-el-25.3-1 * emacs-X11-25.3-1 * emacs-w32-25.3-1 Emacs is a powerful, customizable, self-documenting, modeless text editor. Emacs contains special code editing features, a scripting language (elisp), and

Re: Extra CR symbol from backticks on Cygwin 2.9.0

2017-09-11 Thread Eric Blake
On 09/11/2017 04:27 PM, Nikolay Melekhin wrote: > > I'd expect that Cygwin must remove CRLF symbols from backtick results, You expected wrong - by default Cygwin does the same as Linux, which does NOT remove CR from command substitution (only LF). > but remove only LF symbol. It gets different r

Extra CR symbol from backticks on Cygwin 2.9.0

2017-09-11 Thread Nikolay Melekhin
Command line utilities in Windows add CRLF as new line symbol in an output. For example: echo "Windows" TEST=`cmd /c "echo Win"` echo " ${TEST} " | od -t x1 echo "CYGWIN" TEST=`echo Win` echo " ${TEST} " | od -t x1 Output: Windows 000 20 57 69 6e 0d 20 0a 007 CYGWIN 000 20 57 69 6e

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

2017-09-11 Thread Jim Reisert AD1C
On Mon, Sep 11, 2017 at 11:51 AM, Achim Gratz wrote: > Unless you know what you're doing and can navigate the inevitable > obstacles, do not use cpan on Cygwin. I have been building Perl packages for years without problems. I use WWW::Mechanize in several programs, and it has a lot of pre-requis

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

2017-09-11 Thread Achim Gratz
Jim Reisert AD1C writes: > After upgrading to g++ (GCC) 6.4.0, I am being forced to > reload/rebuild a bunch of Perl modules that had been working fine. I > had the same issue with GCC 6.3. One module is particularly > troublesome. I have the openssl library installed. This is with the > 64-bit

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

2017-09-11 Thread Ken Brown
On 9/11/2017 12:33 PM, Jim Reisert AD1C wrote: @INC contains: /usr/lib/perl5/site_perl/5.24/x86_64-cygwin-threads /usr/lib/perl5/site_perl/5.24 /usr/lib/perl5/vendor_perl/5.24/x86_64-cygwin-threads /usr/lib/perl5/vendor_perl/5.24 /usr/lib/perl5/5.24/x86_64-cygwin-threads /usr/lib/perl5/5.24 . I

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

2017-09-11 Thread Jim Reisert AD1C
I now realize that Net::SSLeay and LWP::Protocol::https are both pre-compiled modules that I can download from Cygwin. But even after re-installing LWP::Protocol::https, my Perl program still won't run: Can't locate LWP/Protocol/https.pm in @INC (you may need to install the LWP::Protocol::https m

Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

2017-09-11 Thread Jim Reisert AD1C
After upgrading to g++ (GCC) 6.4.0, I am being forced to reload/rebuild a bunch of Perl modules that had been working fine. I had the same issue with GCC 6.3. One module is particularly troublesome. I have the openssl library installed. This is with the 64-bit Cygwin. I attached cygcheck.out