<div dir="ltr"><div dir="ltr"><div>There are a couple more disadvantages.</div><div><br></div><div>Which definition is pulled into the final link depends on the order that the object files are listed on the command-line.  If the weak one is seen first, then the linker will resolve the symbol against the weak definition and it won't even search into subsequent archives for the strong one.  It will merely suppress multiple-definition errors at link time.<br></div><div><br></div><div>We ran into this issue in our project when we over-rode some RTEMS weak symbols in one of our static archives.  Since the dependency graph seen by the linker was from one object in librtems.a to another object in librtems.a, the only way we could reliably pull in our override was by listing our archive as an object to be linked instead of as an archive to be searched (ie, named as libour_runtime.a instead of -lour_runtime on the link step command).<br></div><div><br></div><div>Additionally, it is not trivial to verify which implementation was actually pulled into the linked object.  Tools like `nm` and `objdump` just list the symbol name that ends up in the final ELF.  You have to generate a map file and then examine it to establish which object file provided the resolved symbol.  Maybe this difficulty can be reduced a little with symbol versioning.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 8, 2020 at 9:28 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
another use case for a weak function could be the heap. If you only <br>
allocate memory and never free it, then the implementation can be very <br>
simple:<br>
<br>
<a href="https://git.rtems.org/rtems/tree/cpukit/score/src/memoryallocate.c#n49" rel="noreferrer" target="_blank">https://git.rtems.org/rtems/tree/cpukit/score/src/memoryallocate.c#n49</a><br>
<br>
We could use something like this in heapallocate.c:<br>
<br>
RTEMS_WEAK void *_Heap_Allocate_impl(size) { /* Very simple */ }<br>
<br>
void *_Heap_Allocate(size)<br>
<br>
{<br>
<br>
   return _Heap_Allocate_impl(size)<br>
<br>
}<br>
<br>
In heapfree.c:<br>
<br>
void *_Heap_Allocate_impl(size) { /* Complex */ }<br>
<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Jonathan Brandmeyer<br>PlanetiQ</div></div>