On Sat, Feb 16, 2002 at 11:18:00AM -0800, Doru Carastan wrote: >>I can see why Wind River might have a problem since apparently you're >>basing your Windows offering Red Hat's technology. You probably don't >>want to have to install your software into an existing commerical >>directory that has the name "redhat" or "cygnus" in it. However, >>accomodating that really isn't a goal that I am very interested in. > >You are making a false assumption.
Are you saying that your Windows tools don't use Cygwin? I was under the impression that you used the DLL. Oh well, live and learn. >The Cygwin + custom GNU tools >installer I created installs this tools for system wide use by various >product installers. The default location is %SystemDrive%\wrtools to >avoid cluttering an existing C:\cygwin. It would hardly be cluttering to produce an /opt/wrtools. That's what you'd do on linux or something similar. You wouldn't create your own bin directory somewhere off the root on UNIX. >Some users might have various versions and is not a good practice to >mess up what they have. I really don't want folks to be creative and >make changes to the stuff I rely on. They can play with c:\cygwin if >they want to. I also advocate the slogan "you package it, you maintain >it". That's fine, but none of this is really a goal for cygwin as I see it. >When the user starts a WR product installer he/she will be prompted for >a location to install for that media. The product install dir has no >connection whatsoever with the location of the Unix emulator providing >the POSIX API. Ok. Then the mount table doesn't really matter at all. Just ignore it. Use /cygdrive/whatever for everything. >Obviously you have total control over your distribution. Probably >other developers will see the value and be more open to this since it >can simplify the debugging process. I'm not sure what having other developers being more open to this might mean since I'm not convinced in any way that it is a good thing. I am no more convinced now than I was the last two or three times this was suggested. Or, let me put it another way. I'm always open to inspecting actual source code patches. Until then, I think my stance on "good ideas" should be well known in this mailing list. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/