public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
* [Linux-ia64] Re: umode_t?
@ 2001-09-26 23:58 Eric Gillespie
  2001-09-27  0:18 ` Ulrich Drepper
  2001-09-27 16:09 ` Eric Gillespie
  0 siblings, 2 replies; 3+ messages in thread
From: Eric Gillespie @ 2001-09-26 23:58 UTC (permalink / raw)
  To: linux-ia64

David Mosberger writes:

> Isn't the poinit of AC_CHECK_TYP(umode_t, int) that if umode_t isn't
> defined already, it will get defined as an "int"?

Yes, but then there are all kinds of casting problems.  That needs to
be fixed too, for systems without umode_t at all, but it led me to the
question about umode_t not being in sys/types.h.

> You'll need to talk to glibc maintainers as to whether umode_t should
> or should not be defined.  I don't keep track of the latest name space
> rules.

OK, glibc people:  Why don't you get umode_t by including sys/types.h?
As far as i can tell, you have to include asm/types.h to get it;
clearly not an option for an autoconf macro.

-- 
Eric Gillespie, Jr. <*> epg@progeny.com
Software Developer
Progeny Linux Systems - http://progeny.com
"I don't know what a Sawfish Window Manager is."


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2001-09-27 16:09 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-09-26 23:58 [Linux-ia64] Re: umode_t? Eric Gillespie
2001-09-27  0:18 ` Ulrich Drepper
2001-09-27 16:09 ` Eric Gillespie

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox