Hi Pascal,
On Wed, Jun 19, 2013 at 1:51 AM, Yaakov (Cygwin/X) wrote:
>
>
> First, be sure to exit ALL Cygwin processes, including services. (Failure to
> do so is what causes these installation hiccups in the first place.)
The easiest way I found for this is to install Process Explorer from
http
I want point all who read this ML to mingw-w64 ML discussion about MSYS:
http://sourceforge.net/mailarchive/message.php?msg_id=31008339
Also I want to say that all changes that I do in Cygwin DLL (except
symlink-copy) do not break any Cygwin stuff and only applied to
non-cygwin applications. For C
On Jun 18 22:03, Christopher Faylor wrote:
> On Tue, Jun 18, 2013 at 03:24:52PM -0600, Warren Young wrote:
> >On 6/18/2013 13:31, Christopher Faylor wrote:
> >> On Tue, Jun 18, 2013 at 01:10:06PM -0600, Warren Young wrote:
> 3. In MSYS mode Cygwin need to be very portable
> >>>
> >>> It would
Git 1.7.10 is now over one year old
http://github.com/git/git/tree/v1.7.10
and it contains some significant improvements, such as
git clone --single-branch
http://stackoverflow.com/a/9920956
Not to mention version 1.8.0 has been out for almost 8 months. I would he happy
to make the build, or h
On Jun 19 10:15, Corinna Vinschen wrote:
> On Jun 18 22:03, Christopher Faylor wrote:
> > On Tue, Jun 18, 2013 at 03:24:52PM -0600, Warren Young wrote:
> > >On 6/18/2013 13:31, Christopher Faylor wrote:
> > >> On Tue, Jun 18, 2013 at 01:10:06PM -0600, Warren Young wrote:
> > 3. In MSYS mode Cy
Steven Penny wrote:
> Git 1.7.10 is now over one year old
>
> http://github.com/git/git/tree/v1.7.10
>
> and it contains some significant improvements, such as
>
> git clone --single-branch
>
> http://stackoverflow.com/a/9920956
>
> Not to mention version 1.8.0 has been out for almost 8 months
Adam Dinwoodie metaswitch.com> writes:
> Git with no immediate issues other than not being able
> to compile with pthreads support and some obscure failing
> test cases.
You might want to try pthreads again when gcc-4.7.3 is out.
> I'm not sure who the current maintainer is,
The Cygwin git main
2013/6/19 Adam Dinwoodie:
> I'm not sure who the current maintainer is, or how to find out,
This is the list of all packages and their maintainers.
http://cygwin.com/cygwin-pkg-maint
Not sure where to find a link to this on the cygwin site though.
Regards,
Frank
--
Problem reports: http:/
On Jun 19 10:53, Алексей Павлов wrote:
> Today I investigate in this direction and find that logic works well
> except one line in spawn.cc that I think can be fixed without break
> anything.
>
> Index: cygwin/spawn.cc
> ===
> RCS fil
2013/6/19 Corinna Vinschen :
> On Jun 19 10:53, Алексей Павлов wrote:
>> Today I investigate in this direction and find that logic works well
>> except one line in spawn.cc that I think can be fixed without break
>> anything.
>>
>> Index: cygwin/spawn.cc
>> =
Surprised that this didn't work:
$ ls -ld /usr/bin/gcc-?
ls: cannot access /usr/bin/gcc-?: No such file or directory
$
while the following did:
$ ls -ld /usr/bin/gcc-?.exe
-rwxr-xr-x 2 knellis Domain Users 94741 Feb 25 2009 /usr/bin/gcc-3.exe
-rwxr-xr-x 3 knellis Domain Users 231438 Oct 26
I believe the correct syntax is:
$ ls -ld /usr/bin/gcc-*
On 6/19/2013 9:01 AM, Nellis, Kenneth wrote:
> Surprised that this didn't work:
>
> $ ls -ld /usr/bin/gcc-?
> ls: cannot access /usr/bin/gcc-?: No such file or directory
> $
>
> while the following did:
>
>
> $ ls -ld /usr/bin/gcc-?.exe
>
On 6/18/2013 6:04 PM, Warren Young wrote:
It would be possible, though somewhat evil, for Cygwin's exec()
implementation to peek at the DLL dependency list of a program before
starting it, and from that infer whether it should automatically
translate paths.
The I/O hit this would cause would be
On 6/18/2013 10:05 PM, Christopher Faylor wrote:
Let me state it again: Corinna and I have been having private discussion
about this and are open to talking about the possibility of adding
MSYS capability to Cygwin. I'm advocating adding hooks to the DLL
which would accomplish that.
Wow, that'
Where's getclip.exe gone? I still see it in cygutils-1.4.12-1.tar.bz2 while
cygutils-1.4.12-2.tar.bz2 is fairly empty:
$ tar tvf
/c/MyStuff/NCygwinDist/http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f/release/cygutils/cygutils-1.4.12-2.tar.bz2
-rwxr-xr-x cwi
On 6/19/2013 9:59 AM, Lemke, Michael SZ/HZA-ZSW wrote:
Where's getclip.exe gone? I still see it in cygutils-1.4.12-1.tar.bz2 while
cygutils-1.4.12-2.tar.bz2 is fairly empty:
$ tar tvf
/c/MyStuff/NCygwinDist/http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f/
On Wed, 19 Jun 2013 10:06:49 -0400 Charles Wilson wrote:
>On 6/19/2013 9:59 AM, Lemke, Michael SZ/HZA-ZSW wrote:
>> Where's getclip.exe gone? I still see it in cygutils-1.4.12-1.tar.bz2 while
>> cygutils-1.4.12-2.tar.bz2 is fairly empty:
>>
>> $ tar tvf
>> /c/MyStuff/NCygwinDist/http%3a%2f%2fftp-
On 6/19/2013 10:16 AM, Lemke, Michael SZ/HZA-ZSW wrote:
On Wed, 19 Jun 2013 10:06:49 -0400 Charles Wilson wrote:
On 6/19/2013 9:59 AM, Lemke, Michael SZ/HZA-ZSW wrote:
Is that intended?
Yes. Install cygutils-extra. See:
http://cygwin.com/ml/cygwin-announce/2013-06/msg7.html
Thanks for t
On Wed, 19 Jun 2013 10:28:10 -0400 Charles Wilson wrote:
>On 6/19/2013 10:16 AM, Lemke, Michael SZ/HZA-ZSW wrote:
>> On Wed, 19 Jun 2013 10:06:49 -0400 Charles Wilson wrote:
>>> On 6/19/2013 9:59 AM, Lemke, Michael SZ/HZA-ZSW wrote:
Is that intended?
>>>
>>> Yes. Install cygutils-extra. See:
>
On Tue, Jun 18, 2013 at 2:40 PM, Алексей Павлов wrote:
> I want to add MSYS functionality to Cygwin.
One issue with that would be copyright assignment. Alexey has been in
the MSYS code so someone who hasn't looked would need to implement
similar functionality.
--
Earnie
-- https://sites.google.
Matt D. wrote:
> I believe the correct syntax is:
>
> $ ls -ld /usr/bin/gcc-*
There are multiple pattern matching characters.
http://www.gnu.org/software/bash/manual/bashref.html#Pattern-Matching
They have different uses. I intended to use '?' as written.
--Ken Nellis
--
Problem reports:
On 6/19/2013 03:05, Corinna Vinschen wrote:
Done. Please have a look:
http://cygwin.com/faq.html#faq.using.multiple-copies
http://cygwin.com/faq.html#faq.using.third-party.multiple-copies
Thanks!
It looks like 4.22 is still out of date, though. The "must be run
serially" bit, at least, con
I got so dependent on getclip and putclip on Cygwin, that I added
these aliases to my universal .bashrc file so I have them on Linux:
if [ -n "$(type -P xclip)" ]; then
test -z "$(type -P putclip)" && \
alias putclip="$(type -P xclip) -sel clip -i"
test -z "$(type -P getc
On Wed, Jun 19, 2013 at 12:10:58PM +0200, Frank Fesevur wrote:
>2013/6/19 Adam Dinwoodie:
>> I'm not sure who the current maintainer is, or how to find out,
>
>This is the list of all packages and their maintainers.
>http://cygwin.com/cygwin-pkg-maint
>
>Not sure where to find a link to this on the
On Jun 17 14:54, Corinna Vinschen wrote:
> On Jun 17 12:16, Corinna Vinschen wrote:
> > On Jun 14 23:15, Jeremy Hetzler wrote:
> > > After some testing, the limit seems to be 64k. It only happens when
> > > reading data that was copied to the clipboard by a Windows program (in
> > > this case Excel
On 6/18/2013 20:02, Christopher Faylor wrote:
On Tue, Jun 18, 2013 at 04:04:06PM -0600, Warren Young wrote:
It would be possible, though somewhat evil, for Cygwin's exec()
implementation to peek at the DLL dependency list of a program before
starting it, and from that infer whether it should aut
On Wed, Jun 19, 2013 at 1:21 PM, Corinna Vinschen <...> wrote:
>> FYI, I'm just uploading a new developer snapshot 2013-06-17 to
>> http://cygwin.com/snapshots/, as well as a new 64 bit Cygwin test
>> release 1.7.21-4. Please give one of them a try.
>
> Guys? Ping? Any testers?
>
>
> Corinna
>
On Jun 19 10:53, Warren Young wrote:
> On 6/19/2013 03:05, Corinna Vinschen wrote:
> >
> >Done. Please have a look:
> >http://cygwin.com/faq.html#faq.using.multiple-copies
> >http://cygwin.com/faq.html#faq.using.third-party.multiple-copies
>
> Thanks!
>
> It looks like 4.22 is still out of date,
On Jun 19 13:31, Jeremy Hetzler wrote:
> On Wed, Jun 19, 2013 at 1:21 PM, Corinna Vinschen <...> wrote:
> >> FYI, I'm just uploading a new developer snapshot 2013-06-17 to
> >> http://cygwin.com/snapshots/, as well as a new 64 bit Cygwin test
> >> release 1.7.21-4. Please give one of them a try.
>
On Wed, Jun 19, 2013 at 11:30:11AM -0600, Warren Young wrote:
>On 6/18/2013 20:02, Christopher Faylor wrote:
>> On Tue, Jun 18, 2013 at 04:04:06PM -0600, Warren Young wrote:
>>> It would be possible, though somewhat evil, for Cygwin's exec()
>>> implementation to peek at the DLL dependency list of
On 6/19/2013 07:31, Charles Wilson wrote:
http://www.mingw.org/wiki/Posix_path_conversion
That's good info.
I'm glad to see that relative paths are never molested. I tried for a
while to confuse Cygwin and native Windows programs using relative
paths, and failed to find a case where the pa
On 2013-06-19 12:57, Warren Young wrote:
Not all packages are cross-compiler-compatible.
Is that another way of saying that not all packages use autotools? :)
autotools can certainly make cross-compiling easier than most other
build systems, but it's not a guarantee either. For instance, an
On Jun 19 11:04, Earnie Boyd wrote:
> On Tue, Jun 18, 2013 at 2:40 PM, Алексей Павлов wrote:
> > I want to add MSYS functionality to Cygwin.
>
> One issue with that would be copyright assignment. Alexey has been in
> the MSYS code so someone who hasn't looked would need to implement
> similar fun
On 6/19/2013 1:45 PM, Christopher Faylor wrote:
I'm talking about providing hooks so that an add-on MSYS dll could
modify the windows command-line. Then we wouldn't care what MSYS does
with the command-line since it isn't a Cygwin DLL decision. The goal is
to allow a small DLL to hook into Cygw
http://cygwin.com/faq/faq.html#faq.programming.msvs-mingw
6.19. How do I use cygwin1.dll with Visual Studio or MinGW?
This section doesn't actually mention MinGW except in its heading.
- Barry
Disclaimer: Statements made herein are not made on behalf of NIAID.
--
Problem reports: htt
I've been looking further into this and it appears as though the problem
is in 'patch' not 'quilt'. quilt is actually a collection of bash
scripts and calls patch to do the actual patching.
Using the same example I provided earlier in the thread, the same error
occurs when calling patch direct
On Wed, Jun 19, 2013 at 11:31:48PM -0400, Matt D. wrote:
>I've been looking further into this and it appears as though the problem
>is in 'patch' not 'quilt'. quilt is actually a collection of bash
>scripts and calls patch to do the actual patching.
>
>Using the same example I provided earlier in
I'm building from Linux source from the X2Go git repository. The patches
are being applied downstream to the last base nx libraries provided by
NoMachine. It can't be helped if the original source has CRLF in this case.
I understand that Cygwin is trying to emulate Linux here, but I don't
beli
38 matches
Mail list logo
