On Mon, 2010-07-05 at 13:27 -0400, Charles Wilson wrote:
> JonY needs to suppress the "libtool fixup" postinstall step when
> packaging the mingw64 gcc. He may or may not need to fixup his .la
> files, BUT -- given that we're talking about gcc here, AND his cross
> compiler goes somewhere other th
On Jul 5 23:00, Slide wrote:
>
>
> > This funtionality wasn't available in 1.5, so, yes, this would only
> > have started with 1.7.
> >
> > So it seems that these netapp drives somehow don't understand the
> > entirely normal FileDispositionInformation method, or they ignore it for
> > some unkn
I passed the problem, by using my script to write the renamed files to
another directory.
Thanks.
--
View this message in context:
http://old.nabble.com/Accessing-Windows-files-from-Cygwin-tp29077481p29082928.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem repor
On 7/6/2010 15:48, Yaakov (Cygwin/X) wrote:
On Mon, 2010-07-05 at 13:27 -0400, Charles Wilson wrote:
JonY needs to suppress the "libtool fixup" postinstall step when
packaging the mingw64 gcc. He may or may not need to fixup his .la
files, BUT -- given that we're talking about gcc here, AND his
On Sun, Jul 04, 2010 at 10:07:50AM -0500, Ren? Berber wrote:
> Alex Leigh wrote:
>
> [snip]
> > I get the following error: "ReBaseImage
> > (/usr/bin/cygcrypt-0.dll) failed with last error = 6". Searching
> > around it seems error code 6 comes from the DLL being in use.
>
> Is that error code a W
Hi!
I found the following (in my optinion weird) behavior of the $(wildcard)
function of GNU make when running on Cygwin:
I have a place in a makefile that checks for existence of a file (let's call
it "/cygdrive/c/path/to/file") with $(wildcard /cygdrive/c/path/to/file).
Unfortunately the vendor
On Tue, Jul 6, 2010 at 1:02 AM, Corinna Vinschen
wrote:
> On Jul 5 23:00, Slide wrote:
>>
>>
>> > This funtionality wasn't available in 1.5, so, yes, this would only
>> > have started with 1.7.
>> >
>> > So it seems that these netapp drives somehow don't understand the
>> > entirely normal FileD
On Jul 6 14:11, Robert Schiele wrote:
> Hi!
>
> I found the following (in my optinion weird) behavior of the $(wildcard)
> function of GNU make when running on Cygwin:
>
> I have a place in a makefile that checks for existence of a file (let's call
> it "/cygdrive/c/path/to/file") with $(wildcar
On 7/5/2010 2:13 AM, ke...@ca wrote:
thank you all. You all are right. I got the desired dlls. Now I know I was
misleaded by the statement that GCC is a collection of compilers and it
automatically use a compiler according to a programming language.
It does this for the frontend, not the backen
Hi,
I am using cygwin 1.7.5. II want to mount /home directory to another
disk partition, e.g, d:\home or e:\home, is it possible? Thanks.
--
Life is the only flaw in an otherwise perfect nonexistence
-- Schopenhauer
narke
public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com)
On Jul 6 23:34, Steven Woody wrote:
> Hi,
>
> I am using cygwin 1.7.5. II want to mount /home directory to another
> disk partition, e.g, d:\home or e:\home, is it possible? Thanks.
http://cygwin.com/cygwin-ug-net/using.html#mount-table
Corinna
--
Corinna Vinschen Please,
On 7/5/2010 12:18 PM, ppmoore wrote:
Hello,
I' trying to use a BASH script running on Cygwin to change the name of a
large number of Windows files. The filenames are in DOS 8.3 format. My
script reads a translation file that lists each DOS 8.3 filename, and the
corresponding correct filename.
Thanks!
On 6 July 2010 23:42, Corinna Vinschen wrote:
> On Jul 6 23:34, Steven Woody wrote:
>> Hi,
>>
>> I am using cygwin 1.7.5. II want to mount /home directory to another
>> disk partition, e.g, d:\home or e:\home, is it possible? Thanks.
>
> http://cygwin.com/cygwin-ug-net/using.html#mount
On 7/6/2010 1:25 AM, Jet Thompson wrote:
> In particular,
>
> why would I be getting this:
>
> $irb
> irb(main):001:0> require 'rubygems'
> => false
>
> The same command under dos returns true.
This is not a Cygwin question but rather a Ruby question. In your
Cygwin environment, you have proba
> In particular,
> why would I be getting this:
>
> $irb
> irb(main):001:0> require 'rubygems'
> => false
Jet Thompson whidbey.com> writes:
Oh, that was dependent on whether RUBYOPTS was set!
jet
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cyg
> > $irb
> > irb(main):001:0> require 'rubygems'
> > => false
> This is not a Cygwin question but rather a Ruby question.
Yes, realized what was happening after my post, but did not
know how to delete my post. The above is not related to my problem,
actually works fine.
> Cygwin environment, yo
On 7/6/2010 3:48 AM, Yaakov (Cygwin/X) wrote:
On Mon, 2010-07-05 at 13:27 -0400, Charles Wilson wrote:
JonY needs to suppress the "libtool fixup" postinstall step when
packaging the mingw64 gcc. He may or may not need to fixup his .la
files, BUT -- given that we're talking about gcc here, AND h
This is a weird one. I just updated cygwin on my windows 7 machine, and now my
'x' (lowercase 'x') key isn't working.
The key works outside of cygwin, and when I type the uppercase 'X' it works, but
just not the lowercase. When I type a lowercase 'x', I get nothing.
No idea where to start wit
On Tue, Jul 06, 2010 at 07:41:03PM +, Peter Waltman wrote:
>This is a weird one. I just updated cygwin on my windows 7 machine, and now my
>'x' (lowercase 'x') key isn't working.
>
>The key works outside of cygwin, and when I type the uppercase 'X' it works,
>but
>just not the lowercase. W
As discussed in this subthread:
http://cygwin.com/ml/cygwin-apps/2010-07/msg00042.html
I think cygport needs a mechanism where you can override the
default_excludes used when cygport creates the .src.patch. Right now,
you can ADD files to the exclusion list using DIFF_EXCLUDES, but you
can't
2010/7/5 Matthias Andree:
> Trying to run rebase fails for me. It rebases a truckload full of dlls,
> then:
>
> /usr/lib/parrot/2.3.0/dynext/rational.dll: new base = 5f64, new size =
> 2
> /usr/lib/parrot/2.3.0/dynext/subproxy.dll: new base = 5f62, new size =
> 2
> ReBaseImage
> (/u
Christopher Faylor cygwin.com> writes:
>
> On Tue, Jul 06, 2010 at 07:41:03PM +, Peter Waltman wrote:
> >This is a weird one. I just updated cygwin on my windows 7
> >machine, and now my 'x' (lowercase 'x') key isn't working.
> >
> >The key works outside of cygwin, and when I type the up
Hi,
after upgrading cygwin, I fail to customize my rxvt terminal. I've
changed the files
- /cygwin.bat to replace basic console by rxvt with the line
rxvt -fn "-*-Courier-medium-r-*-18-*-*-*-*-iso8859-1" -geometry 80x30
-sr -bg "#d5" -fg "black" -sl 2000 -termName xterm -e /usr/bin/bash
--l
On Tue, 2010-07-06 at 14:56 -0400, Charles Wilson wrote:
> There are a couple of ways the term "cross-compiler support" could be
> interpreted.
>
> 1) support using cygport to compile packages using a cygwin-based cross
> compiler ($host=cygwin, $target=?). E.g. mingw-zlib built using
> i686-p
> nokogiri.so is indeed in
>
> /usr/lib/ruby/gems/1.8/gems/nokogiri-1.4.2/lib/nokogiri
>
O.K.,
This issue was resolved by downloading the current Cygwin setup.
I then chose to 'Install from Internet'
Doing the above updated any packages I currently had downloaded to
current versions.
By do
Is there a way to get back the previous 'ln' behavior and have
it create a NTFS hard link? The new behavior -- having it create
a hardlink that works only in cygwin is less than useful to me, since
I use cygwin to maintain windows.
Is there an environment variable for this?
I believe this also
On 7/6/2010 8:22 PM, Linda Walsh wrote:
Is there a way to get back the previous 'ln' behavior and have
it create a NTFS hard link?
ln source dest
Nothing has changed here.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RF
On 7/6/2010 6:28 PM, Yaakov (Cygwin/X) wrote:
> On Tue, 2010-07-06 at 14:56 -0400, Charles Wilson wrote:
>> Which of the three interpretations best describes your current effort?
>
> (1) and (2), as both are needed for mingw64. (3) is something
> completely unrelated, nor am I sure how practical
On 7/6/2010 10:35 PM, Yaakov (Cygwin/X) wrote:
> On Tue, 2010-07-06 at 22:07 -0400, Christopher Faylor wrote:
>> I'd want to check with Corinna on this but I am mildly opposed to putting
>> this in /opt. I don't think it makes sense there. But I haven't been
>> following closely, though. Where d
- "Linda Walsh" wrote:
> Is there a way to get back the previous 'ln' behavior and have
> it create a NTFS hard link? The new behavior -- having it create
> a hardlink that works only in cygwin is less than useful to me, since
> I use cygwin to maintain windows.
Huh? If your file system al
Eric Blake wrote:
As is, your question didn't make much sense to me; please
show a transcript of exact command line sequences showing what you
are trying to accomplish and why you think that cygwin isn't
doing the right thing, rather than just describing it in words.
---
Will do --- I may have c
31 matches
Mail list logo