Re: compiling problems

[Greg KH <greg@kroah.com>]

On Wed, Jan 12, 2005 at 09:03:28PM +0100, Kay Sievers wrote:
> On Wed, 2005-01-12 at 00:09 -0800, Greg KH wrote:
> > The patch below should fix up the gcc issues.  But you will then get the
> > following one:
> >   udev_add.c: In function `rename_net_if':
> >   udev_add.c:271: structure has no member named `ifr_newname'
> >   udev_add.c:271: structure has no member named `ifr_newname'
> >   udev_add.c:271: structure has no member named `ifr_newname'
> >   udev_add.c:271: structure has no member named `ifr_newname'
> > 
> > which is a glibc issue that I don't know how to resolve.  I suggest
> > building using the klibc that comes with udev and see if that fixes the issue.
> 
> Just a very bad hack for your ancient glibc, but seems to work. :)
> 
> Kay
> 
> === udev_add.c 1.87 vs edited ==> --- 1.87/udev_add.c     2004-12-20 00:57:30 +01:00
> +++ edited/udev_add.c   2005-01-12 20:59:16 +01:00
> @@ -268,7 +268,8 @@
>  
> 	memset(&ifr, 0x00, sizeof(struct ifreq));
> 	strfieldcpy(ifr.ifr_name, udev->kernel_name);
> -	strfieldcpy(ifr.ifr_newname, udev->name);
> +	//strfieldcpy(ifr.ifr_newname, udev->name);
> +	strfieldcpy(ifr.ifr_ifru.ifru_data, udev->name);
>  
> 	retval = ioctl(sk, SIOCSIFNAME, &ifr);
> 	if (retval != 0)
> 
> 

Hm, any way to make this work for both libc versions?  Or is this a
glibc issue that we shouldn't try to work around?

thanks,

greg k-h


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel