* linux-next: UML build error
@ 2008-05-21 17:26 Gabriel C
2008-05-21 20:05 ` Jeff Dike
0 siblings, 1 reply; 3+ messages in thread
From: Gabriel C @ 2008-05-21 17:26 UTC (permalink / raw)
To: jdike; +Cc: Linux Kernel list, linux-next, user-mode-linux-devel
Hi,
I get the following UML compile error on linux-next-20080521 , 64bit box :
...
CC arch/um/sys-x86_64/ksyms.o
arch/um/sys-x86_64/ksyms.c:5: error: '__memcpy' undeclared here (not in a function)
arch/um/sys-x86_64/ksyms.c:5: warning: type defaults to 'int' in declaration of '__memcpy'
make[1]: *** [arch/um/sys-x86_64/ksyms.o] Error 1
make: *** [arch/um/sys-x86_64] Error 2
...
config is UM's defconfig.
Regards,
Gabriel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-next: UML build error
2008-05-21 17:26 linux-next: UML build error Gabriel C
@ 2008-05-21 20:05 ` Jeff Dike
2008-05-21 20:20 ` Gabriel C
0 siblings, 1 reply; 3+ messages in thread
From: Jeff Dike @ 2008-05-21 20:05 UTC (permalink / raw)
To: Gabriel C; +Cc: linux-next, Linux Kernel list, user-mode-linux-devel
On Wed, May 21, 2008 at 07:26:09PM +0200, Gabriel C wrote:
> CC arch/um/sys-x86_64/ksyms.o
> arch/um/sys-x86_64/ksyms.c:5: error: '__memcpy' undeclared here (not in a function)
> arch/um/sys-x86_64/ksyms.c:5: warning: type defaults to 'int' in declaration of '__memcpy'
Does the patch below help? There's gcc-version-dependent logic in
include/asm-x86/string_64.h which decides whether to declare memcpy or
__memcpy and it looks like you're hitting that.
Jeff
--
Work email - jdike at linux dot intel dot com
Index: linux-2.6.22/arch/um/sys-x86_64/ksyms.c
===================================================================
--- linux-2.6.22.orig/arch/um/sys-x86_64/ksyms.c 2008-04-23 13:07:23.000000000 -0400
+++ linux-2.6.22/arch/um/sys-x86_64/ksyms.c 2008-05-21 16:03:03.000000000 -0400
@@ -2,4 +2,8 @@
#include "asm/string.h"
/*XXX: we need them because they would be exported by x86_64 */
+#if (__GNUC__ == 4 && __GNUC_MINOR__ >= 3) || __GNUC__ > 4
+EXPORT_SYMBOL(memcpy);
+#else
EXPORT_SYMBOL(__memcpy);
+#endif
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-next: UML build error
2008-05-21 20:05 ` Jeff Dike
@ 2008-05-21 20:20 ` Gabriel C
0 siblings, 0 replies; 3+ messages in thread
From: Gabriel C @ 2008-05-21 20:20 UTC (permalink / raw)
To: Jeff Dike; +Cc: Linux Kernel list, linux-next, user-mode-linux-devel
Jeff Dike wrote:
> On Wed, May 21, 2008 at 07:26:09PM +0200, Gabriel C wrote:
>> CC arch/um/sys-x86_64/ksyms.o
>> arch/um/sys-x86_64/ksyms.c:5: error: '__memcpy' undeclared here (not in a function)
>> arch/um/sys-x86_64/ksyms.c:5: warning: type defaults to 'int' in declaration of '__memcpy'
>
> Does the patch below help? There's gcc-version-dependent logic in
> include/asm-x86/string_64.h which decides whether to declare memcpy or
> __memcpy and it looks like you're hitting that.
Yes is fixes this error , however I get now another one but this one seems to be an compiler bug.
...
CC arch/um/sys-x86_64/um_module.o
LD arch/um/sys-x86_64/subarch.o
LD arch/um/sys-x86_64/built-in.o
LD arch/x86/crypto/built-in.o
CC kernel/sched.o
In file included from kernel/sched.c:1842:
kernel/sched_idletask.c: In function 'check_preempt_curr_idle':
kernel/sched_idletask.c:20: internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
...
This is gcc 4.3.0 ( with backports of some known fixed bugs ).
I try to build latest snapshot of gcc 4.3* later on today and try with this one.
>
> Jeff
>
Gabriel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-05-21 20:20 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-21 17:26 linux-next: UML build error Gabriel C
2008-05-21 20:05 ` Jeff Dike
2008-05-21 20:20 ` Gabriel C
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).