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