Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Agreed. However, compilers are not updated every month at our site.
| And I believe this is the case at many places. The problem is not to
| say that this is wrong or right, but that we have to cope with it,
| as far as we can.
There is some differences between folks that are just users and
developers. And I don't think that the developers should put
restraints on themselves to allow users to compile on their
antiquated installations.
To provide binary distributions that the users can use on the other
hand...
| Lars> Could you try changing all the std:: to STD:: or LYXSTD:: and
| Lars> then have a
|
| Lars> #ifdef NEED_STD #define LYXSTD std #else #define LYXSTD #endif
|
| I'll try something like that.
|
| Lars> Yes of course. :-) if we have those headers I'd really like to
| Lars> use them. Put things into correct namespaces and provides extra
| Lars> functions to help typesafety.
|
| Lars> Wore compilers (like gcc 2.7.x) does not even have <fstream> or
| Lars> <iostream>... <fstream.h> and <iostream.h> are not usually
| Lars> equivlent with them and often uses old
| Lars> implementations/definitions of streams.
|
| What about the following idea: add a directory src/cheaders containing
| the simple versions of these headers for compiler who do not have
| them. Then we would just add -I${top_srcdir}/cheaders when necessary.
I am not quite sure what you mean.
Do you mean that we should have something like
a_lyx_Cpp.C :
#include "lyx_cctype.h"
and then in cheaders:
lyx_cctype.h:
#if HAVE_CCTYPE
#include <cctype>
#else
#include <ctype.h>
#endif
???
I'd be reluctantly willing to not use the C++ version of the C headers
for the time beeing... unless there exists an easy solution...
Lgb
