getreent in both libc.a and RTEMS when using dummy configuration

Joel Sherrill joel at rtems.org
Wed Oct 4 22:39:09 UTC 2017


Hi

I am not sure when this creeped in.

/home/joel/rtems-work/tools/4.12/bsps/sparc-rtems4.12/erc32/lib/librtemscpu.a(default-configuration.o):
In function `__getreent':
/home/joel/rtems-work/b-erc32/sparc-rtems4.12/c/erc32/cpukit/libmisc/../../cpukit/../../../erc32/lib/include/rtems/confdefs.h:2387:
multiple definition of `__getreent'
/home/joel/rtems-work/tools/4.12/lib/gcc/sparc-rtems4.12/7.2.0/../../../../sparc-rtems4.12/lib/libc.a(lib_a-getreent.o):/home/joel/rtems-work/rtems-source-builder/rtems/build/sparc-rtems4.12-gcc-7.2.0-newlib-2.5.0.20170818-x86_64-linux-gnu-1/build/sparc-rtems4.12/newlib/libc/reent/../../../../../gcc-7.2.0/newlib/libc/reent/getreent.c:13:
first defined here
collect2: error: ld returned 1 exit status

Newlib's getreent() is not conditional on anything so always there.

I think we need to provide a feature flag to disable it since we provide it
and
then add it to the dummy crt0.c in newlib.

Thoughts?

--joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20171004/c4021efe/attachment.html>


More information about the devel mailing list