Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 30 Mar 2001 15:03:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 30 Mar 2001 15:03:49 -0500 Received: from pincoya.inf.utfsm.cl ([200.1.19.3]:7432 "EHLO pincoya.inf.utfsm.cl") by vger.kernel.org with ESMTP id ; Fri, 30 Mar 2001 15:03:29 -0500 Message-Id: <200103302001.f2UK1MMv024840@pincoya.inf.utfsm.cl> To: Keith Owens cc: "Chris Funderburg" , "Linux-Kernel" , "Justin T. Gibbs" Subject: Re: memcpy in 2.2.19 In-Reply-To: Message from Keith Owens of "Thu, 29 Mar 2001 23:28:37 PST." <7717.985937317@ocs3.ocs-net> Date: Fri, 30 Mar 2001 16:01:22 -0400 From: Horst von Brand Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Keith Owens said: > On Fri, 30 Mar 2001 08:04:17 +0100, > "Chris Funderburg" wrote: > >drivers/scsi/scsi.a(aic7xxx.o): In function `aic7xxx_load_seeprom': > >aic7xxx.o(.text+0x116bf): undefined reference to `memcpy' > Under some circumstances gcc will generate an internal call to > memcpy(). Alas this bypasses the pre-processor so memcpy is not > converted to the kernel's internal memcpy code. The cause is normally > a structure assignment, probably this line. > > struct seeprom_config *sc = (struct seeprom_config *) scarray; Just a pointer initialization. [...] > The other possibility I can see is > > p->sc = *sc; > > try > > memcpy(&(p->sc), sc, sizeof(*sc)); -- Dr. Horst H. von Brand mailto:vonbrand@inf.utfsm.cl Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/