Re: [ANNOUNCEMENT] [Updated] mingw64-{i686,x86_64} binutils, gcc (Test)
On Sun, 20 Aug 2017 19:45:30, Steven Penny wrote: On Sun, 20 Aug 2017 18:57:24, Steven Penny wrote: > Question - is mingw64-x86_64-gcc-g++ still coming? I have come C++ projects I > could test it with. Correcting myself; looks like the Aug 20 update includes C and C++: http://cygwin.mirror.constant.com/x86_64/release/mingw64-x86_64-gcc I am getting an error with the new C++ compiler - it could be a problem with the project I am compiling, but it seems more like a compiler issue. Here is the project: http://github.com/Martchus/tagparser and here is my build script: http://github.com/svnpenn/glade/tree/master/tagparser and here is the error: [ 7%] Building CXX object CMakeFiles/tagparser_static.dir/mp4/mp4tagfield.cpp.o In file included from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/ext/string_conversions.h:41:0, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/bits/basic_string.h:5402, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/string:52, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/stdexcept:39, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/array:39, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/tuple:39, from /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/functional:55, from /usr/x86_64-w64-mingw32/sys-root/mingw/include/c++utilities/chrono/timespan.h:7, from /usr/x86_64-w64-mingw32/sys-root/mingw/include/c++utilities/chrono/datetime.h:4, from /var/cache/glade/tagparser/notification.h:6, from /var/cache/glade/tagparser/statusprovider.h:4, from /var/cache/glade/tagparser/abstracttrack.h:4, from /var/cache/glade/tagparser/mp4/mp4track.h:4, from /var/cache/glade/tagparser/mp4/mp4atom.cpp:1: /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/cstdlib:75:25: fatal error: stdlib.h: No such file or directory #include_next -- 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
RE: alias appears to not work inside a called bash scripty
Rats! You are right. Thank you so much Duncan and Eliot (both for the information and the tactful tone :-) ). I will review shopt - I had been only looking at "set" for relevant options. > -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > Behalf Of Duncan Roe > Sent: August-21-17 6:56 PM > To: cygwin@cygwin.com > Subject: Re: alias appears to not work inside a called bash scripty > > On Mon, Aug 21, 2017 at 06:30:15PM -0400, Michel LaBarre wrote: > > Hello all, > > > > I have a 4 line bash script: > > #!/bin/bash > > alias nawk=gawk > > alias nawk > > nawk 'BEGIN {FS="^"} ; (length($0) > maxline) { maxline = length($0) ; > > line=$0} ; END{print maxline, line}' $* > > > > > > When I run the script I see: > > alias nawk='gawk' > > /cygdrive/c/mybin/maxline/: line 4: nawk: command not found > > > > It looks like the alias is properly defined but it does not appear to take > > effect. > > > > Same thing happens if I alias to awk instead of qawk. > > > > Same thing happens if I define the alias in .bashrc (I include an echo in > > bashrc to confirm that it is being invoked). > > > > My .bashrc is not likely a factor - I empty it and the result is the same. > > No carriage returns in the script or .bashrc. > > > > I have updated everything August 5th using setup and letting all "Pending" > > pkgs update so I believe I am up to date. > > > > The funny thing is that it works ok from an interactive session, whether the > > alias is explicitly defined in the session or in .bashrc. > > > > Thank you in advance for any insights. > > > > BTW - I just re-subscribed to cygwin 4-5 hours ago and have not seen any > > mail which seems unusual based on past experience. > > > > Michel LaBarre > > 613-692-0507 > > > > > This is expected behaviour. "man bash" gibes > > " Aliases are not expanded when the shell is not interactive, unless the > expand_aliases shell option is set using shopt (see the description of shopt > under SHELL BUILTIN COMMANDS below). > > Cheers ... Duncan. > > -- > 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 -- 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
Re: alias appears to not work inside a called bash scripty
On Mon, Aug 21, 2017 at 06:30:15PM -0400, Michel LaBarre wrote: > Hello all, > > I have a 4 line bash script: > #!/bin/bash > alias nawk=gawk > alias nawk > nawk 'BEGIN {FS="^"} ; (length($0) > maxline) { maxline = length($0) ; > line=$0} ; END{print maxline, line}' $* > > > When I run the script I see: > alias nawk='gawk' > /cygdrive/c/mybin/maxline/: line 4: nawk: command not found > > It looks like the alias is properly defined but it does not appear to take > effect. > > Same thing happens if I alias to awk instead of qawk. > > Same thing happens if I define the alias in .bashrc (I include an echo in > bashrc to confirm that it is being invoked). > > My .bashrc is not likely a factor - I empty it and the result is the same. > No carriage returns in the script or .bashrc. > > I have updated everything August 5th using setup and letting all "Pending" > pkgs update so I believe I am up to date. > > The funny thing is that it works ok from an interactive session, whether the > alias is explicitly defined in the session or in .bashrc. > > Thank you in advance for any insights. > > BTW - I just re-subscribed to cygwin 4-5 hours ago and have not seen any > mail which seems unusual based on past experience. > > Michel LaBarre > 613-692-0507 > > This is expected behaviour. "man bash" gibes " Aliases are not expanded when the shell is not interactive, unless the expand_aliases shell option is set using shopt (see the description of shopt under SHELL BUILTIN COMMANDS below). Cheers ... Duncan. -- 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
Re: alias appears to not work inside a called bash script
On 8/21/2017 6:30 PM, Michel LaBarre wrote: > Hello all, > > I have a 4 line bash script: > #!/bin/bash > alias nawk=gawk > alias nawk > nawk 'BEGIN {FS="^"} ; (length($0) > maxline) { maxline = length($0) ; > line=$0} ; END{print maxline, line}' $* > > > When I run the script I see: > alias nawk='gawk' > /cygdrive/c/mybin/maxline/: line 4: nawk: command not found > > It looks like the alias is properly defined but it does not appear to take > effect. > > Same thing happens if I alias to awk instead of qawk. > > Same thing happens if I define the alias in .bashrc (I include an echo in > bashrc to confirm that it is being invoked). > > My .bashrc is not likely a factor - I empty it and the result is the same. > No carriage returns in the script or .bashrc. > > I have updated everything August 5th using setup and letting all "Pending" > pkgs update so I believe I am up to date. > > The funny thing is that it works ok from an interactive session, whether the > alias is explicitly defined in the session or in .bashrc. From the bash man page: "Aliases are ot expanded when the shell is not interactive, unless the expand_aliases shell option is set using shopt (see the description of shopt under SHELL BUILTIN COMMANDS below)." Could that be the root of your difficulty? Eliot Moss -- 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
alias appears to not work inside a called bash script
Hello all, I have a 4 line bash script: #!/bin/bash alias nawk=gawk alias nawk nawk 'BEGIN {FS="^"} ; (length($0) > maxline) { maxline = length($0) ; line=$0} ; END{print maxline, line}' $* When I run the script I see: alias nawk='gawk' /cygdrive/c/mybin/maxline/: line 4: nawk: command not found It looks like the alias is properly defined but it does not appear to take effect. Same thing happens if I alias to awk instead of qawk. Same thing happens if I define the alias in .bashrc (I include an echo in bashrc to confirm that it is being invoked). My .bashrc is not likely a factor - I empty it and the result is the same. No carriage returns in the script or .bashrc. I have updated everything August 5th using setup and letting all "Pending" pkgs update so I believe I am up to date. The funny thing is that it works ok from an interactive session, whether the alias is explicitly defined in the session or in .bashrc. Thank you in advance for any insights. BTW - I just re-subscribed to cygwin 4-5 hours ago and have not seen any mail which seems unusual based on past experience. Michel LaBarre 613-692-0507 cygcheck.out Description: Binary data -- 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
Re: New Biber prerequisites
On 2017-08-21 15:48, Achim Gratz wrote: > Achim Gratz writes: >> I'll likely not add them before the update, but I wouldn't mind if >> someone already added them to cygwin-pkg-maint, either under my name or >> co-maintained with Ken. > > Please make that list: > > perl-Package-DeprecationManager > perl-Class-Factory-Util > perl-DateTime-Format-Strptime > perl-DateTime-Calendar-Julian > perl-DateTime-Format-Builder > perl-PerlIO-utf8_strict > perl-Sort-Key Added. -- Yaakov signature.asc Description: OpenPGP digital signature
Re: New Biber prerequisites
Achim Gratz writes: > I'll likely not add them before the update, but I wouldn't mind if > someone already added them to cygwin-pkg-maint, either under my name or > co-maintained with Ken. Please make that list: perl-Package-DeprecationManager perl-Class-Factory-Util perl-DateTime-Format-Strptime perl-DateTime-Calendar-Julian perl-DateTime-Format-Builder perl-PerlIO-utf8_strict perl-Sort-Key Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: New Biber prerequisites
Ken Brown writes: > The next Biber release will have a few new prerequisites: Noted. > perl-DateTime-Format-Builder > perl-PerlIO-utf8_strict I already build these locally. > perl-DateTime-Calendar-Julian > perl-Sort-Key I don't think these will be a problem, but I haven't looked at them yet. > Please add them when you get a chance. This won't be relevant until > you're ready to update Perl to 5.26, so there's no rush. I'll likely not add them before the update, but I wouldn't mind if someone already added them to cygwin-pkg-maint, either under my name or co-meintained with Ken. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[newlib-cygwin] Change license to FreeBSD License for RISC-V
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=6864c08b94752d34cca807bd37d54902ddb119a0 commit 6864c08b94752d34cca807bd37d54902ddb119a0 Author: Kito ChengDate: Mon Aug 21 10:30:30 2017 +0800 Change license to FreeBSD License for RISC-V - For prevent confuse about what BSD license variant we used, 2- or 3-clause license, we change the license to FreeBSD license to make it unambiguously refers to the 2-clause license. Diff: --- COPYING.NEWLIB | 2 +- libgloss/riscv/crt0.S| 2 +- libgloss/riscv/machine/syscall.h | 2 +- libgloss/riscv/syscalls.c| 2 +- newlib/libc/machine/riscv/ffs.c | 2 +- newlib/libc/machine/riscv/ieeefp.c | 2 +- newlib/libc/machine/riscv/include/fenv.h | 2 +- newlib/libc/machine/riscv/memcpy.c | 2 +- newlib/libc/machine/riscv/memset.S | 2 +- newlib/libc/machine/riscv/setjmp.S | 2 +- newlib/libc/machine/riscv/strcmp.S | 2 +- newlib/libc/machine/riscv/strcpy.c | 2 +- newlib/libc/machine/riscv/strlen.c | 2 +- newlib/libc/machine/riscv/sys/asm.h | 2 +- newlib/libc/machine/riscv/sys/fenv.h | 2 +- newlib/libc/machine/riscv/sys/string.h | 2 +- 16 files changed, 16 insertions(+), 16 deletions(-) diff --git a/COPYING.NEWLIB b/COPYING.NEWLIB index e0b31f3..2313d37 100644 --- a/COPYING.NEWLIB +++ b/COPYING.NEWLIB @@ -1140,7 +1140,7 @@ Copyright (c) 2017 SiFive Inc. All rights reserved. This copyrighted material is made available to anyone wishing to use, modify, copy, or redistribute it subject to the terms and conditions -of the BSD License. This program is distributed in the hope that +of the FreeBSD License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY expressed or implied, including the implied warranties of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. A copy of this license is available at diff --git a/libgloss/riscv/crt0.S b/libgloss/riscv/crt0.S index 3519569..3d2a12d 100644 --- a/libgloss/riscv/crt0.S +++ b/libgloss/riscv/crt0.S @@ -2,7 +2,7 @@ This copyrighted material is made available to anyone wishing to use, modify, copy, or redistribute it subject to the terms and conditions - of the BSD License. This program is distributed in the hope that + of the FreeBSD License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY expressed or implied, including the implied warranties of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. A copy of this license is available at diff --git a/libgloss/riscv/machine/syscall.h b/libgloss/riscv/machine/syscall.h index 424bd90..391dbaa 100644 --- a/libgloss/riscv/machine/syscall.h +++ b/libgloss/riscv/machine/syscall.h @@ -2,7 +2,7 @@ This copyrighted material is made available to anyone wishing to use, modify, copy, or redistribute it subject to the terms and conditions - of the BSD License. This program is distributed in the hope that + of the FreeBSD License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY expressed or implied, including the implied warranties of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. A copy of this license is available at diff --git a/libgloss/riscv/syscalls.c b/libgloss/riscv/syscalls.c index d86bd89..f9ec25d 100644 --- a/libgloss/riscv/syscalls.c +++ b/libgloss/riscv/syscalls.c @@ -2,7 +2,7 @@ This copyrighted material is made available to anyone wishing to use, modify, copy, or redistribute it subject to the terms and conditions - of the BSD License. This program is distributed in the hope that + of the FreeBSD License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY expressed or implied, including the implied warranties of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. A copy of this license is available at diff --git a/newlib/libc/machine/riscv/ffs.c b/newlib/libc/machine/riscv/ffs.c index 6522077..2f2176e 100644 --- a/newlib/libc/machine/riscv/ffs.c +++ b/newlib/libc/machine/riscv/ffs.c @@ -2,7 +2,7 @@ This copyrighted material is made available to anyone wishing to use, modify, copy, or redistribute it subject to the terms and conditions - of the BSD License. This program is distributed in the hope that + of the FreeBSD License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY expressed or implied, including the implied warranties of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. A copy of this license is available at diff --git a/newlib/libc/machine/riscv/ieeefp.c b/newlib/libc/machine/riscv/ieeefp.c index 5288877..9094cc6 100644 --- a/newlib/libc/machine/riscv/ieeefp.c +++ b/newlib/libc/machine/riscv/ieeefp.c @@ -2,7 +2,7 @@ This