bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Help required for porting parted-1.7.1


From: Madhusudan C.S
Subject: Re: Help required for porting parted-1.7.1
Date: Fri, 9 May 2008 21:54:05 +0530



On Fri, May 9, 2008 at 2:39 AM, Samuel Thibault <samuel.thibault@ens-lyon.org> wrote:
Hello,

Madhusudan C.S, le Fri 09 May 2008 00:28:16 +0530, a écrit :
>              I am trying to port parted-1.7.1 to Hurd. As it is logged in the
> failed builds report [http://unstable.buildd.net/buildd/hurd-i386_Failed.html]
> there is a problem with variables '_IOT__IOTBASE_format_data_t' and
> '_IOT__IOTBASE_dasd_information2_t'

These are supposed to be ioctl #defines, describing the structures of
struct format_data_t and dasd_information2_t. See for instance in
/usr/include/bits/termios.h the definition for _IOT_termios:

#define _IOT_termios /* Hurd ioctl type field.  */ \
 _IOT (_IOTS (tcflag_t), 4, _IOTS (cc_t), NCCS, _IOTS (speed_t), 2)

It says that struct termios holds 4 tcflag_t members, then NCCS cc_t
members, then 2 speed_t members. In the case of format_data_t, we can
write

#define _IOT__IOTBASE_format_data_t \
 _IOT (_IOTS (int), 4, 0, 0, 0, 0)

to express that it just holds 4 int members. In the case of
dasd_information2_t however, the structure is too complicated and thus
we can not do that. We are hence screwed by the limited design of the
ioctl interface, and the only way we have is to just ask for the s390
patch to _not_ be applied in the hurd-i386 architecture case.
:/

 Aah, I was thinking about this. Best solution atleast at the moment I thought was not to apply s390 patch. Will remove it and build now. Thanks for the help.

--
Thanks and regards,
Madhusudan.C.S

Blogs at: www.madhusudancs.info

reply via email to

[Prev in Thread] Current Thread [Next in Thread]