Hi,
mingw-w64 http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
I would like to get some inputs from Cygwin maintainers before I
start packaging; mainly because mingw-w64 is a fairly large
toolchain
mingw-w64 http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
I would like to get some inputs from Cygwin maintainers before I
start packaging; mainly because mingw-w64 is a fairly large
toolchain
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
I would like to get some inputs from Cygwin maintainers before I
start packaging; mainly because
On Sat, Jan 23, 2010 at 09:47:17PM +0800, JonY wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
I would like to get some inputs from Cygwin
On 23/01/2010 19:02, Christopher Faylor wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
Does this mean that these are all non-cygwin mingw
Dave Korn wrote:
On 23/01/2010 19:02, Christopher Faylor wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on Cygwin.
Does this mean that these are
On 1/24/2010 04:51, Charles Wilson wrote:
Dave Korn wrote:
On 23/01/2010 19:02, Christopher Faylor wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as a cross
compiler on
Please upload:
---
wget -x -nH --cut-dirs=3 \
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.40-1.tar.bz2 \
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.40-1-src.tar.bz2
---
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
On 23/01/2010 00:22, Marco Atzeri wrote:
new upstream version, functionality extension
Done; 1.0.1-1 kept as previous.
Yaakov
On 23/01/2010 00:18, Marco Atzeri wrote:
new upstream version, just bugfix
Done. Can 3.2.2-1 be deleted?
Yaakov
On 23/01/2010 21:51, Chris Sutcliffe wrote:
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.40-1.tar.bz2 \
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.40-1-src.tar.bz2
Done. Which of 1.34-1, 1.35-1, or 1.39-1 should be kept as previous?
Yaakov
On 23/01/2010 00:22, Marco Atzeri wrote:
libqrupdate-devel/setup.hint
upset: *** setup.ini: warning - package libqrupdate-devel requires
non-existent package libqrupdate_0
I made the obvious fix on sourceware; please fix your local copy so this
doesn't happen again.
Yaakov
--- Dom 24/1/10, Yaakov (Cygwin/X) ha scritto:
On 23/01/2010 00:18, Marco Atzeri
wrote:
new upstream version, just bugfix
Done. Can 3.2.2-1 be deleted?
Yaakov
yes
On Sat, Jan 23, 2010 at 03:51:12PM -0500, Charles Wilson wrote:
Dave Korn wrote:
On 23/01/2010 19:02, Christopher Faylor wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support both win32 and win64. It'll obviously be setup as
--- Sab 23/1/10, Charles Wilson ha scritto:
Marco Atzeri wrote:
as Corinna said, we are starting a PACman action.
The packages are cygwinport ones, courtesy of Yaakov.
Just a version bump.
plotutils-devel and plotutils-doc are obsoleted
the development packages are 3
On Sun, Jan 24, 2010 at 2:03 AM, Christopher Faylor
cgf-use-the-mailinglist-ple...@cygwin.com wrote:
So, follow-on question: Can we have one toolchain which targets both
32-bit and 64-bit? It is certainly possible to do that on linux with
a -m32 and -m64 option. Is it possible to do this
On 1/24/2010 15:03, Christopher Faylor wrote:
On Sat, Jan 23, 2010 at 03:51:12PM -0500, Charles Wilson wrote:
Dave Korn wrote:
On 23/01/2010 19:02, Christopher Faylor wrote:
On 1/23/2010 21:51, Chris Sutcliffe wrote:
mingw-w64http://mingw-w64.sourceforge.net/ is a fork of mingw to
support
Trying to downgrade to 1.5 with the legacy installer from
http://www.cygwin.com/win-9x.html (which would never terminate)
and then reinstalling after a reboot with the latest installer fixed
the problem.
Andrew
On Mon, Jan 18, 2010 at 11:27 PM, Andrew Senior a...@andrewsenior.com wrote:
Getting
On Sat, Jan 16, 2010 at 12:56 PM, Andrew Senior a...@andrewsenior.com
wrote:
I've had cygwin installed for a year on my Thinkpad T61, running
Windows XP professional, and just ran the latest setup.exe from
cygwin.com.
I now can't run X with startxwin.exe (no process appears, no icon
Dennis wrote:
Hi Mark.
I am a bit new to this list, but not THAT new to programming. If you don't
know how many keystrokes you need to have a buffer for, then you have 2
choices:
1. Have a ridiculously huge buffer.
2. Setup a dynamic array.
Using a 25000 character buffer seems
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-23 10:11:43
Modified files:
winsup/cygwin : ChangeLog nlsfuncs.cc
Log message:
* nlsfuncs.cc (wcsxfrm): Call LCMapStringW with LCMAP_BYTEREV flag to
allow correct comparison
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-23 15:03:06
Modified files:
winsup/doc : ChangeLog setup2.sgml
Log message:
* setup2.sgml (setup-locale-charsetlist): Add ASCII and TIS-620. Add
various aliases and case
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-23 16:43:17
Modified files:
winsup/cygwin : ChangeLog strfuncs.cc
Log message:
* strfuncs.cc (__sjis_wctomb): Special handling for characters which
differ between SJIS and
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-23 16:44:00
Modified files:
winsup/doc : ChangeLog setup2.sgml
Log message:
* setup2.sgml (setup-locale-charsetlist): Add CP932. Change description
for SJIS.
Patches:
Larry Hall (Cygwin) wrote:
On 01/22/2010 04:21 AM, Gary . wrote:
...
I added a new user svn and a new group subversion-user, basically
following http://www.cygwin.com/ml/cygwin/2005-07/msg00933.html with
the addition of also doing mkgroup -l -g subversion-user
/etc/group.
...
On Sat, Jan 23, 2010 at 8:23 AM, brian @gmail.com wrote:
Hi,
I am trying to run a script in cygwin,and keep getting this error.Both of
these files exist (bash.exe) and user has 777 permissions.
$ bin/run.sh
: /bin/bash: /usr/local/x-daemon.sh: No such file or directory
There are three
Hi All,
I have two versions of cygwin installed.
The first is before cygwin 1.7.
The second is the latest from setup.exe version 2.677
The first one works.
The second shows the screen then exits when run from the shortcut to
E:\cygwin-new\Cygwin.bat.
E:/cygwin-new//var/log/setup.log shows
On Jan 22 09:51, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Note to the CYGWIN DEVELOPERS:
Now that the mount table is has moved from the
Registry to a text file, perhaps it would make sense
for cygwin1.dll to look at a text file, e.g.,
/etc/cygwin.env, if
On Jan 22 19:52, Dave Korn wrote:
On 22/01/2010 19:10, Cooper, Karl (US SSA) wrote:
jenniferlee@ wrote:
administra...@nc042046 ~ $ cmd.exe /c 'mkdir C:\WINDOWS\temp' -bash:
/cygdrive/c/Windows/system32/cmd.exe: Bad address
I get the same result you do when I use /c (lower case
On Jan 22 18:46, Dave wrote:
Is process substitution expected to work in 1.7.1?
Here's what I tried:
kilr...@minime ~
$ uname -a
CYGWIN_NT-5.1 MINIME 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
kilr...@minime ~
$ echo LOG:bananas | tee file.txt
LOG:bananas
kilr...@minime ~
$
On Jan 22 17:12, David Heyman wrote:
I am having a problem with an installation of Cygwin. When I run
setup.exe, I do not get an option for choosing line endings. So, I want
to select DOS ine endings but that option is never available during
setup, so it ends up being UNIX line endings. How do
On Jan 14 13:39, Corinna Vinschen wrote:
On Jan 14 11:01, Christian Franke wrote:
Current setup.exe does not work properly if retry is used.
Known regression. Somebody has to fix this.
This is apparently fixed in setup.exe 2.677
Christian
--
Problem reports:
According to brian on 1/23/2010 12:23 AM:
Hi,
I am trying to run a script in cygwin,and keep getting this error.Both
of these files exist (bash.exe) and user has 777 permissions.
$ bin/run.sh
: /bin/bash: /usr/local/x-daemon.sh: No such file or directory
Error messages from bash that
On Jan 23 14:49, Nayuta Taga wrote:
Hi all,
Please support CP932. Because CP932 is not equal to SJIS, I have
problem using subversion when LANG=ja_JP.SJIS . With the attached
patch and LANG=ja_JP.CP932, I can use subversion as expected.
The problem is as follows:
I have the following
On Jan 23 12:07, Corinna Vinschen wrote:
On Jan 22 18:46, Dave wrote:
Is process substitution expected to work in 1.7.1?
Here's what I tried:
kilr...@minime ~
$ uname -a
CYGWIN_NT-5.1 MINIME 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
kilr...@minime ~
$ echo LOG:bananas |
On Jan 23 14:50, Corinna Vinschen wrote:
On Jan 23 14:49, Nayuta Taga wrote:
In short, '~' (U+007E TILDE) turns into U+203E (OVERLINE) when
LANG=ja_JP.SJIS.
Then I looked into cygwin and subversion again.
(1) cygwin1.dll converts Lfoo~ (UCS-2) to foo~ (CP932).
(2) Because
Marco Atzeri wrote:
I was thinking to take his fltk-X11 package as I need fltk
for octave and the current package don't work at all
for my need as Octave is X11 oriented.
Well, then there are probably good news from FLTK. The
current development version (1.3.0) can be configured to
work with
On 23 January 2010 15:07, Corinna Vinschen:
Ouch. I understand now. Standard SJIS is *really* different from
Microsoft CP932 in two code points:
CP932 0x5c == U+005E
SJIS 0x5c == U+00A5
CP932 0x7e == U+007E
SJIS 0x7e == U+203E
Aargh! I wonder what that would do to DOS paths and
On 23 January 2010 12:02, Christian Franke:
Current setup.exe does not work properly if retry is used.
Known regression. Somebody has to fix this.
This is apparently fixed in setup.exe 2.677
Yep, cgf braved the innards of setup.exe and hunted down that bug.
Andy
--
Problem reports:
On Jan 23 15:51, Andy Koppe wrote:
On 23 January 2010 15:07, Corinna Vinschen:
Ouch. I understand now. Standard SJIS is *really* different from
Microsoft CP932 in two code points:
CP932 0x5c == U+005E
SJIS 0x5c == U+00A5
CP932 0x7e == U+007E
SJIS 0x7e == U+203E
Aargh! I
Hello all,
We use cygwin for our build environment, and have observed that
everything runs extremely slow on x64 systems, for versions newer than
approximately 1.5.12 (including 1.7.1). When I run the following command
in BASH,
while true; do date file; done
on a 1.5.12 Core II
On Sat, Jan 23, 2010 at 12:07:19PM +0100, Corinna Vinschen wrote:
On Jan 22 18:46, Dave wrote:
Is process substitution expected to work in 1.7.1?
Here's what I tried:
kilr...@minime ~
$ uname -a
CYGWIN_NT-5.1 MINIME 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
kilr...@minime ~
$ echo
--- Sab 23/1/10, Albrecht Schlosser ha scritto:
Marco Atzeri wrote:
I was thinking to take his fltk-X11 package as I need
fltk
for octave and the current package don't work at all
for my need as Octave is X11 oriented.
Well, then there are probably good news from FLTK. The
current
Corinna Vinschen:
I applied a patch which handles the characters 0x5c and 0cfe differently
if the charset is set to SJIS
Something's going seriously wrong with this, and I'd suspect it's to
do with turning backslashes into yen symbols.
C:\Users\Andyset LANG=C.SJIS
C:\Users\Andy\bin\bash -l
On Sat, 23 Jan 2010 11:19:36 -0600, David Morgan dmor...@aechelon.com
wrote:
Hello all,
We use cygwin for our build environment, and have observed that
everything runs extremely slow on x64 systems, for versions newer than
approximately 1.5.12 (including 1.7.1). When I run the
Paul McFerrin wrote:
Leave your 1.5 system alone. Now crate download 1.7 into a new node.
(e.g./cygwinII). Just make sure everything is separate, include your
update nodes and create a new start icon for 1.7 only. You might want
to enforce separate executions of 1.5 1.7
Yeah, I
A new release of tar, 1.22.90-1, is available, leaving 1.22-1 as the
previous version.
NEWS:
=
This is a new beta upstream release, but appears to be stable enough to
promote into use. Upstream release notes are attached. See also the
upstream documentation in /usr/share/doc/tar/.
On 23/01/2010 09:32, Albrecht Schlosser wrote:
Well, then there are probably good news from FLTK. The
current development version (1.3.0) can be configured to
work with cygwin/X11 OOTB:
$ ./configure --enable-cygwin --enable-x11
I haven't tried the 1.3 branch, but the 2.0 branch certainly
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Cgf definitely changed it on sourceware. If you didn't get it, then the
mirror you're using didn't catch up, yet.
Corinna
Yes, now it worked fine. I just did it again with the same mirror I had used
before -
On 01/22/2010 07:23 PM, Ryan Johnson wrote:
Hi all,
I noticed today that trying to cut and paste between an xterm and a
remote desktop session causes the remote desktop to hang with a CPU
pegged. I have vague memories of this sort of thing happening before
(but with a VNC client causing the
On 01/22/2010 06:15 PM, Don Beusee wrote:
I am a unix user that has moved to windows. I want unix commands on windows
that function like their unix counterparts. That is supposed to be one of
cygwin's missions, is it not? Isn't that one of the main reasons people get
cygwin? What's the point
Hi,
recently, after some change in the source, the octave
development branch started to SIGSEV on exit.
The strange issue is that this happen only
for cygwin and not on the other platforms.
I have not yet found a solution, only a possible workaround
removing some specific C++ free actions, so to
52 matches
Mail list logo