The incredible shrinking PATH

Hi, We're getting a problem where a native windows console program invoked from an interactive Cygwin bash shell seems to be getting a truncated PATH environment variable. The windows program in question is Boost Jam and for some people it can't find a compiler that's definitely in a directory in

RE: How do you pronounce GCC and Cygwin?

I normally pronounce it with a long "i" sound (s-eye-gwin, as in cyclops or cycle), although I've heard others pronounce it with a short "i" sound (as in signal) as Cliff seems to. He doesn't speak for the entire country as I'm in England too! I can't see how you could pronounce GCC other than s

RE: cygwin telnet to linux/emacs

Andrew Markebo [mailto:[EMAIL PROTECTED]] wrote: > And in your cygwin bash, TERM is set to cygwin, so when you telnet to > the linux-machine TERM is set to cygwin there too, and well it can't > be found in the termcap database.. so either put cygwin in your > termcap db or vt100 in your TERM envir

RE: Not all mans available

If your INFOPATH variable is correctly set to /usr/info then I'd say that the problem is that your info directory page doesn't include a full index to all the info files like it should. The install-info program is used to keep the "dir" index file up to date by adding the appropriate entries from

RE: "local install"?

Surely if you were bothering to make a CD you'd want to include everything anyway, thus you wouldn't need dependency checking. Mark. -Original Message- From: Markus Hoenicka [mailto:[EMAIL PROTECTED]] Sent: 01 March 2002 15:51 To: Randall R Schulz; [EMAIL PROTECTED] Subject: Re: "local

RE: Make 3.79.1 - dependency checking & previous versions

I'm using Cygwin make-3.79.1-5 on a largeish project. While we're not using .d files we do have a lot of dependecies spread across several makefiles that get included by other makefiles. I'm trying to see if we're affected by this problem as startup takes longer than I would have thought it shou

sscanf %as broken (was: linking with glut32.lib?)

On 2001-12-19 (Wednesday) at 11:13:01 -0500, Andre Bleau wrote: > > >I'm trying to get a GLUT application compiled under cygwin and am > >having a spot of bother. [...] > > GLUT support is already included in cygwin's openGL package. Thanks for that. I hadn't realised GLUT and OpenGL were sup

linking with glut32.lib?

Hi, I'm trying to get a GLUT application compiled under cygwin and am having a spot of bother. I've got it going fine under Linux (my preferred platform - I try not to touch Windows if I can help it), but I'd like to have Windows users be able to run it too and Cygwin seemed the obvious choice.