On Thu, Jan 20, 2011 at 10:09 PM, Bernhard Froehlich <[email protected]>wrote:
> On Thu, 20 Jan 2011 21:08:02 +0800, Howard Su wrote: > >> the problem is that strlen is included in C++ namespace instead of C. >> >> %svn diff include/ >> Index: include/iprt/string.h >> =================================================================== >> --- include/iprt/string.h (revision 35623) >> +++ include/iprt/string.h (working copy) >> @@ -38,6 +38,7 @@ >> # include "xf86_ansic.h" >> RT_C_DECLS_END >> #elif defined(RT_OS_FREEBSD) && defined(_KERNEL) >> +RT_C_DECLS_BEGIN >> /** @todo >> * XXX: Very ugly hack to get things build on recent FreeBSD >> builds. They have >> * memchr now and we need to include param.h to get >> __FreeBSD_version and make >> @@ -65,6 +66,7 @@ >> * Defining a macro using bcopy here >> */ >> # define memmove(dst, src, size) bcopy(src, dst, size) >> +RT_C_DECLS_END >> #elif defined(RT_OS_SOLARIS) && defined(_KERNEL) >> /* >> * Same case as with FreeBSD kernel: >> > > > Which problem does that address? The only kernel module loading problem > that i'm currently aware of is that loading them in the wrong order > causes some problems. > > -- > Bernhard Fröhlich > http://www.bluelife.at/ > when kldload vboxdrv.ko, i got: *kernel: link_elf_obj: symbol _Z6strlenPKc undefined* -- -Howard
_______________________________________________ vbox-dev mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-dev
