On 08/13/2003, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
>How unfortunate. Well, it's Gerhards patch then:
>
>--- linux-2.4.19/include/asm-s390/ptrace.h.bak Mon Mar 17 19:59:32 2003
>+++ linux-2.4.19/include/asm-s390/ptrace.h Mon Mar 17 20:00:05 2003
>@@ -129,7 +129,9 @@
> {
> float f;
> double d;
>+#if defined(__GNUC__) && !defined(__STRICT_ANSI__)
> __u64 ui;
>+#endif
> struct
> {
> __u32 hi;
>
>I wonder if there are any other __u64 types in the kernel headers that
could
>break strict ansi compiles. There is one in lowcore.h which could cause
>trouble.
It looks like there might be. When running ./configure for the kdebase
package, it checks for the presence and usability of linux/raw.h. It gets
this error:
configure:41322: checking linux/raw.h usability
configure:41334: s390-slackware-linux-gcc -c -ansi -W -Wall
-Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes
-Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat
-security -Wmissing-format-attribute -DQT_THREAD_SUPPORT -D_REENTRANT
conftest.c >&5
In file included from conftest.c:161:
/usr/include/linux/raw.h:12: error: parse error before "__u64"
The contents of the file are:
/usr/include/linux/raw.h
#ifndef __LINUX_RAW_H
#define __LINUX_RAW_H
#include <linux/types.h>
#define RAW_SETBIND _IO( 0xac, 0 )
#define RAW_GETBIND _IO( 0xac, 1 )
struct raw_config_request
{
int raw_minor;
__u64 block_major;
__u64 block_minor;
};
#endif /* __LINUX_RAW_H */
This gets copied from /usr/src/linux-2.4.26/include/linux/raw.h, so it is in
the generic Linux part of the tree, and not 390-specific. Any ideas on
whether this should be fixed or not?
Mark Post
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
