marco atzeri-4 wrote:
>
> On 6/11/2012 5:37 AM, scotty85 wrote:
>>
>> so your basically saying i shouldnt use cmd?
>>
>> i use it all fine on my laptop, just on my home computer it comes up with
>> what i said so i dont no what to do to fix it..
>>
>
> please don't top post, see:
> http://cygw
On 2012-06-10 23:26, Christopher Faylor wrote:
If there is a bug it is with make ever equating foo.exe with foo. It's
undoubtedly happening because of Cygwin's attempts at transparency.
I'm not kidding about EXEEXT. Surely you know about this from having
maintained cygport.
Am I ever, but I
On 6/11/2012 5:37 AM, scotty85 wrote:
so your basically saying i shouldnt use cmd?
i use it all fine on my laptop, just on my home computer it comes up with
what i said so i dont no what to do to fix it..
please don't top post, see:
http://cygwin.com/acronyms/#TOFU
To fix install mintty and
On Sun, Jun 10, 2012 at 03:57:33PM -0500, Yaakov (Cygwin/X) wrote:
>On 2012-06-10 13:29, Christopher Faylor wrote:
>> On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote:
>>> I can confirm that this previously reported bug in make .exe handling
>>> still affects the cross-compile of t
so your basically saying i shouldnt use cmd?
i use it all fine on my laptop, just on my home computer it comes up with
what i said so i dont no what to do to fix it..
marco atzeri-4 wrote:
>
> On 6/10/2012 5:01 PM, marco atzeri wrote:
>> > Use mintty and bash.
>>
>> Why so restrictive
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:07:02 2011 -0400
GMain: simplify logic for g_wakeu
On 6/8/2012 12:45 PM, Ken Brown wrote:
On 6/8/2012 11:33 AM, Achim Gratz wrote:
Ken Brown writes:
As I said earlier, I don't understand very well how git branches work,
but I *think* this means we have to look in the 2-32 branch, prior to
the 2.31.0 tag, to find the problematic commit. I've che
On 2012-06-10 13:29, Christopher Faylor wrote:
On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote:
I can confirm that this previously reported bug in make .exe handling
still affects the cross-compile of the Linux kernel:
http://cygwin.com/ml/cygwin/2009-11/msg00935.html
Withou
On Sun, Jun 10, 2012 at 08:31:06PM +0200, marco atzeri wrote:
>On 6/10/2012 5:01 PM, marco atzeri wrote:
>> > Use mintty and bash.
>>
>> Why so restrictive?
>> Just refer directly to gcc-4[.exe].
>>
>> Running cygwin on command prompt
>> is recommanded for a newbie
>
>(iphone damned ke
On 6/10/2012 5:01 PM, marco atzeri wrote:
> Use mintty and bash.
Why so restrictive?
Just refer directly to gcc-4[.exe].
Running cygwin on command prompt
is recommanded for a newbie
(iphone damned keyboard)
is NOT recommend for a newbie.
And frankly I do not want to see the ne
On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote:
>I can confirm that this previously reported bug in make .exe handling
>still affects the cross-compile of the Linux kernel:
>
>http://cygwin.com/ml/cygwin/2009-11/msg00935.html
Without diving into the depths of the linux makefile
I can confirm that this previously reported bug in make .exe handling
still affects the cross-compile of the Linux kernel:
http://cygwin.com/ml/cygwin/2009-11/msg00935.html
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
I have setup.exe downloaded to /usr/local/bin (and renamed to
getcygwin.exe). When I launch it by hand (but not by cmd /c start),
Windows tells me that the publisher could not be verified and asks
whether I want to run it. This is a minor annoyance but it would be
nice if it could be addressed wi
Just to complete this topic ...
This gets rid of all the fork-execs in the inner loop except
for sleep. Instead of comparing file contents, it uses
the test builtin to compare time stamps.
#!/bin/dash
FILE_TO_CHECK=/mypath/style.less
COMPARE_FILE=/mypath/compare_file.tm
Greetings, marco atzeri!
> Command prompt can not follow cygwin simlink
> $ which gcc
> /usr/bin/gcc
> $ ls -l /usr/bin/gcc
> lrwxrwxrwx 1 marco None 21 Nov 13 2011 /usr/bin/gcc ->
> /etc/alternatives/gcc
> $ ls -l /etc/alternatives/gcc
> lrwxrwxrwx 1 marco None 18 Mar 31 15:31 /etc/alternati
I encountered an apparent bug in our regex code triggered by one of the
included hostprogs (namely arch/x86/tools/relocs.c) used while
cross-compiling an i386 Linux kernel.
The exact regexp in question is included in the attached STC:
$ gcc -Wall regex-test.c && ./a
./a: empty (sub)expression
16 matches
Mail list logo
