Will cygwin build gcc with --enable-plugin?
Hi, all Gcc plugin has landed in the release for a long time. Will cygwin or other windows gcc have possibility to support this function? Thanks. -- Best Regards, xunxun -- 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: Asking about perl 5.14 again ...
2011/9/5 Reini Urban: 2011/9/2 Philip Kime: Sorry to ask again, just for planning reasons, wondering about any potential date for perl 5.14.1? Sorry, I cannot give you a date now. I plan to be at home again in about a week, but I'm preparing moving to the states. So it could be early or middle of october. The latest test is looking good. I think I can release it as test release over the weekend. Just the debuginfo pkg is broken. It's being uploaded now to sourceware.org. At Tuesday I'm shipping my PC for max. 6 weeks to the states (boy, they really need that long), and I lost my Windows laptop, I only have a MacOSX laptop, so I can continue middle of November with my packaging duties. postgresql-9.1 and the semi-broken clisp-2.39 is also waiting. -- Reini Urban http://cpanel.net/ http://perl-compiler.org/ -- 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: how to run a .bat or .cmd file from bash prompt
* J.V. (Fri, 16 Sep 2011 13:03:35 -0600) To run a .bat or .cmd file, I can do this: $cmd C:mybat.bat or C:\mycmd.cmd In other words, I have to type two commands (one to get to the shell, and another to run the .bat or .cmd file). What I want is to write a shell script (bash), that will cd to a directory, enter the dos cmd prompt and execute a .bat file and then return to my bash shell. I do not know if this is possible, have tried many things, but nothing works. Now that is a really detailed description of what you tried. Anyway, you can run a batch script like any other script. It just works. Thorsten -- 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: how to run a .bat or .cmd file from bash prompt
* Robert Perlberg (Fri, 16 Sep 2011 15:10:38 -0400) cmd /c batch_file [arguments ...] This is such an original idea. I wish the Unix shell had something like that. It does. -- 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: Problem w/ gdb 7.3.50-2 under emacs
On 9/13/2011 11:48 PM, Bill Priest wrote:
All,
I updated gdb to 7.3.50-2 and I can no longer run M-x gdb under
emacs inside rxvt (gdb core dumps). Reverting back to 7.3.50-1 and it
works. The executable being debugged is built with gcc 4.5.3 and gdb
under rxvt and ddd works. Running M-x shell (/bin/sh) gdb also works.
Running M-x gdba fails identically to M-x gdb. The odd thing is
that after Reading symbols ... done nothing is typed and the
Debugger segmentation fault (core dumped) occurs w/o typing a key.
Bill
t.c
--
#includestdio.h
int main(void)
{
printf(Hello World\n);
return 0;
}
---
compiled with
gcc -Wall -g -o t t.c
Current directory is ~/
GNU gdb (GDB) 7.3.50.20110821-cvs (cygwin-special)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or laterhttp://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as i686-cygwin.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /home/wpriest/t.exe...done.
(gdb)
Debugger segmentation fault (core dumped)
I can confirm this. Bug M-x gud-gdb seems to work fine. I realize,
however, that it may not give you the graphical interface that you'd like.
Notice that when you use M-x gdb, emacs calls gdb with the --annotate=3
option. A google search suggests that this option is obsolete. I don't
know if that's part of the problem or not. I can run gdb with that
option outside of emacs and it doesn't segfault.
Ken
--
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
[ANNOUNCEMENT] Test update: perl-5.14.1-1
perl has been updated to 5.14.1-1 as test in the Experimental section. This is to build dependent packages. I do not plan to change these packages. I'm shipping for the next six weeks my cygwin PC to the US and am not easily reachable. So you have plenty of time to test it. I added a new subpackage perl_vendor which includes all formerly shipped vendor_perl modules, which are mainly required to build and test and report test results of other CPAN modules. I also added a new subpackage perl_debuginfo which includes stripped debug symbols as in fedora. They might come handy if you want to debug into perl or perl XS modules. Runtime requirements: (versions given or later) libgdbm4 libdb4.5 crypt libexpat1 libbz2_1 libssp0 libgcc1 Non-base build requirements: (versions given or later) gcc-4.x libbz2-devel zlib-1.2.x binutils make libgdbm-devel libdb4.5-devel libexpat-devel To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: cygwin started speaking German today
On Tue, Sep 13, 2011 at 09:45:37AM -0600, Eric Blake wrote:
On 09/09/2011 08:59 AM, Corinna Vinschen wrote:
On Sep 9 13:33, Andy Koppe wrote:
The 'C.UTF-8' default locale is not a bug, it was a deliberate design
decision.
Exactly. And it has been discussed a lot on the cygwin-apps mailing
list.
And above all, there *is* an official way for the user to align the
Cygwin locale with the Windows locale, see the -s and -u options
of the locale(1) command:
http://cygwin.com/cygwin-ug-net/using-utils.html#locale
On 09/09/2011 09:09 AM, Corinna Vinschen wrote:
OK, then the following four facilities are needed in Cygwin.
1) We need the name of the locale which is in effect when the user has
not specified environment variables.
In Fedora, for instance, the fallback is what is set as system default
in /etc/sysconfig/i18n.
In Cygwin the fallback is the system default set in
/etc/profile.d/lang.sh
or /etc/profile.d/lang.csh.
Why should libintl use anything else on Cygwin, but not on Linux?
Given this, I think the bug is in cygwin for having base files
/etc/profile.d/lang.{sh,csh} which hardcode LANG to C.UTF-8 instead
of using locale -s -u to default LANG to the preferred Windows
settings. Libintl should NOT be second-guessing an explicit setting
of LANG, but cygwin should NOT be explicitly setting LANG to C.UTF-8
in its default startup scripts without any regards to the Windows
settings. Whether setlocale(LC_ALL,) returns C.UTF-8 or a
Windows-appropriate string _when LANG is undefined_ is still worth
solving, but right now, an out-of-the-box cygwin installation
_always has LANG defined_ by the default startup scripts. So our
first focus should be to get that setting of LANG fixed to honor
Windows, and to teach libintl that when LANG is set we really meant
it.
WRT the base-files package, would it be acceptable/does it make sense to set:
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -sU}
in /etc/profile.d/lang.sh and
if ( $?LC_ALL == 0 $?LC_CTYPE == 0 $?LANG == 0 ) setenv LANG = `locale
-sU`
in /etc/profile.d/lang.csh, both as proposed, _and_ a (possibly) commented-out
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -uU}
in the skeletal .bash_profile and .profile (i.e. both system-wide and
user defined settings)?
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
Re: cygwin started speaking German today
On 9/17/2011 4:40 PM, David Sastre wrote:
On Tue, Sep 13, 2011 at 09:45:37AM -0600, Eric Blake wrote:
On 09/09/2011 08:59 AM, Corinna Vinschen wrote:
On Sep 9 13:33, Andy Koppe wrote:
The 'C.UTF-8' default locale is not a bug, it was a deliberate design decision.
Exactly. And it has been discussed a lot on the cygwin-apps mailing
list.
And above all, there *is* an official way for the user to align the
Cygwin locale with the Windows locale, see the -s and -u options
of the locale(1) command:
http://cygwin.com/cygwin-ug-net/using-utils.html#locale
On 09/09/2011 09:09 AM, Corinna Vinschen wrote:
OK, then the following four facilities are needed in Cygwin.
1) We need the name of the locale which is in effect when the user has
not specified environment variables.
In Fedora, for instance, the fallback is what is set as system default
in /etc/sysconfig/i18n.
In Cygwin the fallback is the system default set in
/etc/profile.d/lang.sh
or /etc/profile.d/lang.csh.
Why should libintl use anything else on Cygwin, but not on Linux?
Given this, I think the bug is in cygwin for having base files
/etc/profile.d/lang.{sh,csh} which hardcode LANG to C.UTF-8 instead
of using locale -s -u to default LANG to the preferred Windows
settings. Libintl should NOT be second-guessing an explicit setting
of LANG, but cygwin should NOT be explicitly setting LANG to C.UTF-8
in its default startup scripts without any regards to the Windows
settings. Whether setlocale(LC_ALL,) returns C.UTF-8 or a
Windows-appropriate string _when LANG is undefined_ is still worth
solving, but right now, an out-of-the-box cygwin installation
_always has LANG defined_ by the default startup scripts. So our
first focus should be to get that setting of LANG fixed to honor
Windows, and to teach libintl that when LANG is set we really meant
it.
WRT the base-files package, would it be acceptable/does it make sense to set:
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -sU}
in /etc/profile.d/lang.sh and
if ( $?LC_ALL == 0 $?LC_CTYPE == 0 $?LANG == 0 ) setenv LANG = `locale
-sU`
in /etc/profile.d/lang.csh, both as proposed, _and_ a (possibly) commented-out
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -uU}
in the skeletal .bash_profile and .profile (i.e. both system-wide and
user defined settings)?
If you want the user-defined setting to take effect, wouldn't you have
to omit the `test -z ...'? LANG will already be set when .bash_profile
is processed.
Ken
--
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: cygwin started speaking German today
On Sat, Sep 17, 2011 at 05:49:54PM -0400, Ken Brown wrote:
On 9/17/2011 4:40 PM, David Sastre wrote:
On Tue, Sep 13, 2011 at 09:45:37AM -0600, Eric Blake wrote:
On 09/09/2011 08:59 AM, Corinna Vinschen wrote:
On Sep 9 13:33, Andy Koppe wrote:
The 'C.UTF-8' default locale is not a bug, it was a deliberate design
decision.
Exactly. And it has been discussed a lot on the cygwin-apps mailing
list.
And above all, there *is* an official way for the user to align the
Cygwin locale with the Windows locale, see the -s and -u options
of the locale(1) command:
http://cygwin.com/cygwin-ug-net/using-utils.html#locale
On 09/09/2011 09:09 AM, Corinna Vinschen wrote:
OK, then the following four facilities are needed in Cygwin.
1) We need the name of the locale which is in effect when the user has
not specified environment variables.
In Fedora, for instance, the fallback is what is set as system default
in /etc/sysconfig/i18n.
In Cygwin the fallback is the system default set in
/etc/profile.d/lang.sh
or /etc/profile.d/lang.csh.
Why should libintl use anything else on Cygwin, but not on Linux?
Given this, I think the bug is in cygwin for having base files
/etc/profile.d/lang.{sh,csh} which hardcode LANG to C.UTF-8 instead
of using locale -s -u to default LANG to the preferred Windows
settings. Libintl should NOT be second-guessing an explicit setting
of LANG, but cygwin should NOT be explicitly setting LANG to C.UTF-8
in its default startup scripts without any regards to the Windows
settings. Whether setlocale(LC_ALL,) returns C.UTF-8 or a
Windows-appropriate string _when LANG is undefined_ is still worth
solving, but right now, an out-of-the-box cygwin installation
_always has LANG defined_ by the default startup scripts. So our
first focus should be to get that setting of LANG fixed to honor
Windows, and to teach libintl that when LANG is set we really meant
it.
WRT the base-files package, would it be acceptable/does it make sense to set:
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -sU}
in /etc/profile.d/lang.sh and
if ( $?LC_ALL == 0 $?LC_CTYPE == 0 $?LANG == 0 ) setenv LANG = `locale
-sU`
in /etc/profile.d/lang.csh, both as proposed, _and_ a (possibly)
commented-out
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export LANG=${locale -uU}
in the skeletal .bash_profile and .profile (i.e. both system-wide and
user defined settings)?
If you want the user-defined setting to take effect, wouldn't you
have to omit the `test -z ...'? LANG will already be set when
.bash_profile is processed.
Indeed, excuse the fast copy-paste. The proposal still stands.
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
Re: how to open only 1 window when running rxvt.exe
On 9/16/2011 2:48 PM, J.V. wrote: If I create a file called 'rxvt.bat' and from within there, run rxvt.exe (with options) and then put a shortcut to that on my desktop and double click, I get a black window that shows the command in the rxvt.bat file and then my rxvt window pops up. This is annoying. How do I just get the one rxvt.exe window? and not the black window that pops up with it? I know this is possible with just the Cygwin.bat script. I copied that and in there put my rxvt.exe command. 'man run' -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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
Perl on Cygwin?
So I'm trying to run the config file for a program in Cygwin, but it says I need Perl 5 before I can proceed. I've searched through cygwin packages, I don't see a Perl package, only ancillary packages. I type perl -v in cygwin and perl is not recognized. So where do I get Perl for cygwin? I've gone through the same thing for msys... perl is nowhere to be found. -- View this message in context: http://old.nabble.com/Perl-on-Cygwin--tp32487839p32487839.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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
Test update: perl-5.14.1-1
perl has been updated to 5.14.1-1 as test in the Experimental section. This is to build dependent packages. I do not plan to change these packages. I'm shipping for the next six weeks my cygwin PC to the US and am not easily reachable. So you have plenty of time to test it. I added a new subpackage perl_vendor which includes all formerly shipped vendor_perl modules, which are mainly required to build and test and report test results of other CPAN modules. I also added a new subpackage perl_debuginfo which includes stripped debug symbols as in fedora. They might come handy if you want to debug into perl or perl XS modules. Runtime requirements: (versions given or later) libgdbm4 libdb4.5 crypt libexpat1 libbz2_1 libssp0 libgcc1 Non-base build requirements: (versions given or later) gcc-4.x libbz2-devel zlib-1.2.x binutils make libgdbm-devel libdb4.5-devel libexpat-devel To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
