[sane-devel] Compilation error on Compaq Tru64

Henning Meier-Geinitz henning at meier-geinitz.de
Wed Nov 13 17:28:43 GMT 2002


Hi,

On Wed, Nov 13, 2002 at 03:13:32PM +0000, Major A wrote:
> After all that, why should I trust in HP's competence in network
> maintenance and security? :-(

Well, there are quite a few problems on these systems. NFS hangs
sometimes, some machines are frozen. On the other hand, it's a good
target for hackers, I guess :-)

> And yes, it's Tru64 that has buffer overflows in xauth and lpd, and
> that supplies a SUID root dtterm that segfaults when run in fvwm.

Well, I also don't like that I have to do all kind of tricks to get
sane working (compiling my own make, LD_LIBRARY_PATH etc.)

On the other hand, they really have nice computers:

AlphaServer ES45, 4 at 1GHz, Tru64

time make -j4:
real 0m48.473s
user 0m39.115s
sys  0m31.299s

Slightly faster than yours :-) Well, I want to have one of those :-)
Quite fast if you consiere, that it's used by quite a lot of users.

> > Yes, I remember. I think I found the problem: config.h defines
> > u_int8_t and others and so the lines in sys/bitypes.h look like this
> > after macro expansion:
> > 
> > typedef unsigned char     unsigned char, something;
> 
> Shouldn't config.h be included after all system headers? Is there any
> reason for not doing that?

I think that breaks other systems.

> Then we can either make the SANE typedefs conditional or simply
> #undef the types we redefine. 

Fixed in CVS. There was just an #include missing that needs to be set
when these u_int types are only in sys/bitypes.h.

I had to increase the minimum autoconf version to 2.50 to get it
working cleanly.

Bye,
  Henning



More information about the sane-devel mailing list