[patch] ioperm/iopl redefinition on arm

Jason Woodward jason.woodward at timesys.com
Wed Mar 28 19:02:48 UTC 2012


Mike,

> > > libc/libc_so.a(stubs.os): In function `sync_file_range':
> > > stubs.c:(.text+0x0): multiple definition of `ioperm'
> > > libc/libc_so.a(ioperm.os):ioperm.c:(.text+0x260): first defined here
> > > libc/libc_so.a(stubs.os): In function `sync_file_range':
> > > stubs.c:(.text+0x0): multiple definition of `iopl'
> > > libc/libc_so.a(iopl.os):iopl.c:(.text+0x0): first defined here
> > > collect2: ld returned 1 exit status
> > > make[1]: *** [lib/libc.so] Error 1
> > 
> > i don't think this is correct.  the arm-specific ioperm.c code should
> > always be used.  the stubs code should not attempt to provide one.  if you
> > read the arm code you'd see that it doesn't use the syscall anywhere.
> 
> i've pushed a fix that should disable the stubs for arm.  please verify.

Thanks.  This seems to work just fine on the various targets I've
built and boot tested.


take care,
jason


More information about the uClibc mailing list