Re: [setup.exe crashes at cygrunsrv uninstall step]

did not correct the crash. The version of setup on rapidshare.com did work. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documen

Argument list too long

he workarounds, like using xargs, are awkward or unfeasible. Remounting /bin -X doesn't help (although I'm not sure how this affects the max size of arg lists). Is there any way to increase the size of the environment space? Or another resolution? This is on WindowsXP. -- Michael Eager

Re: gcc build problem - make vpath

Dave Korn wrote: On 03 October 2006 22:06, Michael Eager wrote: You mentioned '%' signs in environment variables and VPATH. Bash and make use a '$' to indicate a variable, and make uses '%' to indicate a pattern-matching rule. You're always going to g

Re: gcc build problem - make vpath

Dave Korn wrote: On 03 October 2006 20:27, Michael Eager wrote: Dave Korn wrote: On 03 October 2006 03:10, Michael Eager wrote: It looks like make is not recognizing VPATH correctly. I'm using make-3.80-1. This is unlikely. Gcc is known to build on cygwin. I do it all the time a

Re: gcc build problem - make vpath

Dave Korn wrote: On 03 October 2006 03:10, Michael Eager wrote: It looks like make is not recognizing VPATH correctly. I'm using make-3.80-1. This is unlikely. Gcc is known to build on cygwin. I do it all the time and it has no problem for me. Perhaps something else is under

gcc build problem - make vpath

a known bug in make? Any suggestions about a fix which doesn't require a change in the gcc makefile? -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: h

Re: 3.81 and windows paths

or the second choice. It seems to me that it should be possible to have the DOS path within quotes, so that it doesn't trigger make's pattern matching syntax. That would be a more acceptable solution than the other two. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA

Re: libbfd.a undefined refernce to _dcgettext, _htab_create_alloc

x27;t make it reasonably easy to do so. -- Michael EagerEager Consulting [EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation:

Re: dcgettext

Vikram Mehta wrote: Do we have dcgettext in cygwin? Look in gcc-3.2. -- Michael EagerEager Consulting [EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com

Re: Posible to create filenames with colons?

few packages (Perl for example) which create file names with colons. Windows doesn't like this. It would be good if Cygwin mapped these into something compatible, say, an equal sign. -- Michael EagerEager Consulting [EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325

Re: MS_types and addr_t name polution

ource) to something else eg. addr2_t in all of your source files (a simple search >and replace). Yes, I renamed all references to addr_t to a different name. It's just a nuisance and appears to be unnecessary name polution. > > Elfyn > [EMAIL PROTECTED] > > --- Michael Eager

MS_types and addr_t name polution

fined whenever __CYGWIN__, _WIN32 or __MSDOS__ is defined. I don't see any use of addr_t in /usr/include. Is there a reason for defining addr_t and the other symbols? -- Michael Eager [EMAIL PROTECTED] 408-328-8426 MontaVista Software, Inc. 1237 E. Arques Ave., Sunnyvale,