[lttng-dev] lttng-tools build failure with uClibc due to dlmopen()
Jérémie Galarneau
jeremie.galarneau at efficios.com
Fri May 5 19:42:52 UTC 2017
Hi Thomas,
This patch is available:
https://github.com/alpinelinux/aports/blob/master/testing/lttng-tools/musl-has-no-dlmopen.patch
However, I won't merge it as-is since it disables all dlmopen tests
outright. I'd rather disable them only when it is not available.
Regards,
Jérémie
On 29 April 2017 at 09:48, Thomas Petazzoni
<thomas.petazzoni at free-electrons.com> wrote:
> Hello,
>
> On Wed, 1 Mar 2017 00:09:45 +0100, Thomas Petazzoni wrote:
>
>> First of all, thanks for having fixed the dlmopen issue with musl in
>> lttng-ust. Now, there is another dlmopen issue, this time in
>> lttng-tools, and this time with uClibc:
>>
>> CC prog.o
>> prog.c: In function 'main':
>> prog.c:24:7: warning: implicit declaration of function 'dlmopen' [-Wimplicit-function-declaration]
>> h1 = dlmopen(LM_ID_BASE, "libfoo.so", RTLD_LAZY);
>> ^
>> prog.c:24:15: error: 'LM_ID_BASE' undeclared (first use in this function)
>> h1 = dlmopen(LM_ID_BASE, "libfoo.so", RTLD_LAZY);
>> ^
>> prog.c:24:15: note: each undeclared identifier is reported only once for each function it appears in
>>
>> See
>> http://autobuild.buildroot.net/results/c07/c07b5bac6146d83c3224de147da3798d3e7b527f/build-end.log
>> for the full build log.
>>
>> So, the ust regression test case in lttng-tools doesn't test if
>> dlmopen() is provided by the C library before using it.
>
> Any feedback on this issue? We're still seeing it in Buildroot when
> building lttng-tools against uClibc.
>
> Thanks,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux and Kernel engineering
> http://free-electrons.com
> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Jérémie Galarneau
EfficiOS Inc.
http://www.efficios.com
More information about the lttng-dev
mailing list