Re: GZIPing docs

2002-07-05 Thread Eric Siegerman
On Fri, Jul 05, 2002 at 04:52:58PM -0600, Tom Tromey wrote: > Does it make sense to just always gzip the > installed info pages? That'd be pretty annoying for those of us who want to use grep and other standard UNIX tools on them... Please don't gratuitously turn text files into non-text! -- |

Re: Contents of for C++

2002-07-05 Thread Raja R Harinath
"Walter E. Brown" <[EMAIL PROTECTED]> writes: > harinath wrote: >> ... the loop in _AC_PROG_CXX_EXIT_DECLARATION >> >> for ac_declaration in \ >>''\ >>'#include ' \ [snip] >> This whole section is necessary since AC_LANG_PROGRAM supports the >> use of exit() in C/C++ program test fragm

Re: GZIPing docs

2002-07-05 Thread Tom Tromey
> "John" == John Poltorak <[EMAIL PROTECTED]> writes: John> I had a look at a Slackware build script, and found the gzip'ing John> done there, but it seems to be a natural extension to 'make John> install'... John> Wonder if there is any way to incorporate it. I wouldn't mind an automake p

Re: Contents of for C++

2002-07-05 Thread Walter E. Brown
Thank you, Jan, for your suggestion. Alas, it would result in non-conforming code: it is not permitted (per 17.4.2.1/3 of the C++ standard) to nest a library header within another namespace. Nonetheless, I appreciate your kindness in offering assistance. - WEB - Original Message

Re: Contents of for C++

2002-07-05 Thread Walter E. Brown
Ah, we're making progress; thank you! This is the first I've heard that "AC_LANG_PROGRAM supports the use of exit() in C/C++ program test fragments" -- I haven't found any documentation to this effect. Does anyone know the rationale for this decision? If so, let's please ensure it's written dow

Bootstrapping from cvs

2002-07-05 Thread Tom Tromey
Today I updated autoconf from cvs for the first time in a long while. A simple `configure; make' didn't work. It tries repeatedly to run autoconf, automake, etc. Now, this is frustrating because the reason I'm building from cvs is that I don't have these tools. And, the generated files in the r

Re: Contents of for C++

2002-07-05 Thread Raja R Harinath
Hi, Paul Eggert <[EMAIL PROTECTED]> writes: >> Date: Fri, 05 Jul 2002 10:40:17 -0500 >> From: "Walter E. Brown" <[EMAIL PROTECTED]> >> >> Thanks, Paul, for the courteous and quick response. >> >> Suppose my program defines entities whose names clash with names >> declared in . > > That's certa

Feeling Lonely?

2002-07-05 Thread BigBreastedGrls
Warning Unable to process data: multipart/mixed;boundary="=_NextPart_000_00E2_35D84E0E.D6456D76"

Re: Contents of for C++

2002-07-05 Thread Paul Eggert
> Date: Fri, 05 Jul 2002 10:40:17 -0500 > From: "Walter E. Brown" <[EMAIL PROTECTED]> > > Thanks, Paul, for the courteous and quick response. > > Suppose my program defines entities whose names clash with names > declared in . That's certainly reasonable, but we're not talking about your actual

RE: Contents of for C++

2002-07-05 Thread Jan Reimers
Walter, Try thinking of a way to use the namespace feature in C++. Here is a kludge that may get you over the hump: namespace std { #include }; Now all the stdlib.h rubbish is in the std namespace. But I think the preprocessor defines will not be. This is indeed what namespaces are fo

Re: Contents of for C++

2002-07-05 Thread Walter E. Brown
Thanks, Paul, for the courteous and quick response. Suppose my program defines entities whose names clash with names declared in . While it is certainly arguable whether this constitutes good practice, it seems equally certain that such programs comply with the relevant language standard(s). (A