All of lore.kernel.org
 help / color / mirror / Atom feed
* undefined symbol in tests
@ 2020-02-14  9:48 Antoine Hoarau
  2020-02-14  9:53 ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-14  9:48 UTC (permalink / raw)
  To: Xenomai

If I run xeno tests I get :
symbol lookup error: /usr/lib/libalchemy.so.0: undefined symbol: __real_free
/usr/lib/xenomai/testsuite/smokey: test dlopen failed: Unknown error -127
child 1458 returned: exited with status 1

Tests on 3.1 release.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-14  9:48 undefined symbol in tests Antoine Hoarau
@ 2020-02-14  9:53 ` Jan Kiszka
  2020-02-14 13:46   ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-14  9:53 UTC (permalink / raw)
  To: Antoine Hoarau, Xenomai

On 14.02.20 10:48, Antoine Hoarau via Xenomai wrote:
> If I run xeno tests I get :
> symbol lookup error: /usr/lib/libalchemy.so.0: undefined symbol: __real_free
> /usr/lib/xenomai/testsuite/smokey: test dlopen failed: Unknown error -127
> child 1458 returned: exited with status 1
> 
> Tests on 3.1 release.
> 

As this ran through our testlab here, there must be some local deviation 
in your build. Can you provide more details on how and for what you built?

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-14  9:53 ` Jan Kiszka
@ 2020-02-14 13:46   ` Antoine Hoarau
  2020-02-14 13:52     ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-14 13:46 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Xenomai

I generated the debian then installed them in the "xenomai computer"
Maybe something is wrong in the debian script.
The computer is an IPC127e.

Le ven. 14 févr. 2020 à 10:53, Jan Kiszka <jan.kiszka@siemens.com> a écrit :

> On 14.02.20 10:48, Antoine Hoarau via Xenomai wrote:
> > If I run xeno tests I get :
> > symbol lookup error: /usr/lib/libalchemy.so.0: undefined symbol:
> __real_free
> > /usr/lib/xenomai/testsuite/smokey: test dlopen failed: Unknown error -127
> > child 1458 returned: exited with status 1
> >
> > Tests on 3.1 release.
> >
>
> As this ran through our testlab here, there must be some local deviation
> in your build. Can you provide more details on how and for what you built?
>
> Jan
>
> --
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-14 13:46   ` Antoine Hoarau
@ 2020-02-14 13:52     ` Jan Kiszka
  2020-02-14 14:15       ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-14 13:52 UTC (permalink / raw)
  To: Antoine Hoarau; +Cc: Xenomai

On 14.02.20 14:46, Antoine Hoarau wrote:
> I generated the debian then installed them in the "xenomai computer"
> Maybe something is wrong in the debian script.
> The computer is an IPC127e.

We are testing on 227e, which is very close, without that issue. Were 
you using xenomai-images for the generation or did you just build the 
debian packages?

Jan

> 
> Le ven. 14 févr. 2020 à 10:53, Jan Kiszka <jan.kiszka@siemens.com 
> <mailto:jan.kiszka@siemens.com>> a écrit :
> 
>     On 14.02.20 10:48, Antoine Hoarau via Xenomai wrote:
>      > If I run xeno tests I get :
>      > symbol lookup error: /usr/lib/libalchemy.so.0: undefined symbol:
>     __real_free
>      > /usr/lib/xenomai/testsuite/smokey: test dlopen failed: Unknown
>     error -127
>      > child 1458 returned: exited with status 1
>      >
>      > Tests on 3.1 release.
>      >
> 
>     As this ran through our testlab here, there must be some local
>     deviation
>     in your build. Can you provide more details on how and for what you
>     built?
> 
>     Jan
> 
>     -- 
>     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
>     Corporate Competence Center Embedded Linux
> 

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-14 13:52     ` Jan Kiszka
@ 2020-02-14 14:15       ` Antoine Hoarau
  2020-02-17 16:51         ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-14 14:15 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Xenomai

I just built the debians:
debchange -v 3.1 Release 3.1
debuild -uc -us


Le ven. 14 févr. 2020 à 14:52, Jan Kiszka <jan.kiszka@siemens.com> a écrit :

> On 14.02.20 14:46, Antoine Hoarau wrote:
> > I generated the debian then installed them in the "xenomai computer"
> > Maybe something is wrong in the debian script.
> > The computer is an IPC127e.
>
> We are testing on 227e, which is very close, without that issue. Were
> you using xenomai-images for the generation or did you just build the
> debian packages?
>
> Jan
>
> >
> > Le ven. 14 févr. 2020 à 10:53, Jan Kiszka <jan.kiszka@siemens.com
> > <mailto:jan.kiszka@siemens.com>> a écrit :
> >
> >     On 14.02.20 10:48, Antoine Hoarau via Xenomai wrote:
> >      > If I run xeno tests I get :
> >      > symbol lookup error: /usr/lib/libalchemy.so.0: undefined symbol:
> >     __real_free
> >      > /usr/lib/xenomai/testsuite/smokey: test dlopen failed: Unknown
> >     error -127
> >      > child 1458 returned: exited with status 1
> >      >
> >      > Tests on 3.1 release.
> >      >
> >
> >     As this ran through our testlab here, there must be some local
> >     deviation
> >     in your build. Can you provide more details on how and for what you
> >     built?
> >
> >     Jan
> >
> >     --
> >     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >     Corporate Competence Center Embedded Linux
> >
>
> --
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-14 14:15       ` Antoine Hoarau
@ 2020-02-17 16:51         ` Jan Kiszka
  2020-02-17 23:04           ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-17 16:51 UTC (permalink / raw)
  To: Antoine Hoarau; +Cc: Xenomai

On 14.02.20 15:15, Antoine Hoarau wrote:
> I just built the debians:
> debchange -v 3.1 Release 3.1
> debuild -uc -us
> 

I've done that (well, minus debchange) on a Debian 10, installed a 
Xenomai kernel, and ran xeno-test - no problem. I would need this info:

ldd /usr/lib/xenomai/testsuite/libalchemy-test.so

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-17 16:51         ` Jan Kiszka
@ 2020-02-17 23:04           ` Antoine Hoarau
  2020-02-18 11:11             ` Gylstorff Quirin
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-17 23:04 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Xenomai

# ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
        linux-vdso.so.1 (0x00007fff1f944000)
        libcobalt.so.2 => /usr/lib/libcobalt.so.2 (0x00007f2a40bc9000)
        libalchemy.so.0 => /usr/lib/libalchemy.so.0 (0x00007f2a409b1000)
        libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
(0x00007f2a407a3000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2a403b2000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f2a401aa000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f2a3ff8b000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)


For info I added --enable-dlopen-libs
As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html

Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a écrit :

> On 14.02.20 15:15, Antoine Hoarau wrote:
> > I just built the debians:
> > debchange -v 3.1 Release 3.1
> > debuild -uc -us
> >
>
> I've done that (well, minus debchange) on a Debian 10, installed a
> Xenomai kernel, and ran xeno-test - no problem. I would need this info:
>
> ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>
> Jan
>
> --
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-17 23:04           ` Antoine Hoarau
@ 2020-02-18 11:11             ` Gylstorff Quirin
  2020-02-18 17:45               ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Gylstorff Quirin @ 2020-02-18 11:11 UTC (permalink / raw)
  To: xenomai, antoine

Hi Antoine,

On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>          linux-vdso.so.1 (0x00007fff1f944000)
>          libcobalt.so.2 => /usr/lib/libcobalt.so.2 (0x00007f2a40bc9000)
>          libalchemy.so.0 => /usr/lib/libalchemy.so.0 (0x00007f2a409b1000)
>          libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
> (0x00007f2a407a3000)
>          libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2a403b2000)
>          librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f2a401aa000)
>          libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> (0x00007f2a3ff8b000)
>          /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
> 
> 
> For info I added --enable-dlopen-libs
> As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html
> 
> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a écrit :
> 
>> On 14.02.20 15:15, Antoine Hoarau wrote:
>>> I just built the debians:
>>> debchange -v 3.1 Release 3.1
>>> debuild -uc -us
>>>

What is the Debian version and CPU architecture of your build system?

>>
>> I've done that (well, minus debchange) on a Debian 10, installed a
>> Xenomai kernel, and ran xeno-test - no problem. I would need this info:
>>
>> ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>>
>> Jan
>>
>> --
>> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
>> Corporate Competence Center Embedded Linux
>>Quirin

Siemens AG
Corporate Technology
CT RDA IOT SES-DE



^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-18 11:11             ` Gylstorff Quirin
@ 2020-02-18 17:45               ` Antoine Hoarau
  2020-02-19  8:54                 ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-18 17:45 UTC (permalink / raw)
  To: Gylstorff Quirin; +Cc: Xenomai

Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
quirin.gylstorff@siemens.com> a écrit :

> Hi Antoine,
>
> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
> > # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
> >          linux-vdso.so.1 (0x00007fff1f944000)
> >          libcobalt.so.2 => /usr/lib/libcobalt.so.2 (0x00007f2a40bc9000)
> >          libalchemy.so.0 => /usr/lib/libalchemy.so.0 (0x00007f2a409b1000)
> >          libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
> > (0x00007f2a407a3000)
> >          libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
> (0x00007f2a403b2000)
> >          librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (0x00007f2a401aa000)
> >          libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> > (0x00007f2a3ff8b000)
> >          /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
> >
> >
> > For info I added --enable-dlopen-libs
> > As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html
> >
> > Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a
> écrit :
> >
> >> On 14.02.20 15:15, Antoine Hoarau wrote:
> >>> I just built the debians:
> >>> debchange -v 3.1 Release 3.1
> >>> debuild -uc -us
> >>>
>
> What is the Debian version and CPU architecture of your build system?A


A very standard Ubuntu 18.04 x64.
Debuild version 2.17.12ubuntu1.1

>
>
> >>
> >> I've done that (well, minus debchange) on a Debian 10, installed a
> >> Xenomai kernel, and ran xeno-test - no problem. I would need this info:
> >>
> >> ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
> >>
> >> Jan
> >>
> >> --
> >> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >> Corporate Competence Center Embedded Linux
> >>Quirin
>
> Siemens AG
> Corporate Technology
> CT RDA IOT SES-DE
>
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-18 17:45               ` Antoine Hoarau
@ 2020-02-19  8:54                 ` Jan Kiszka
  2020-02-19 11:35                   ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-19  8:54 UTC (permalink / raw)
  To: Antoine Hoarau, Gylstorff Quirin; +Cc: Xenomai

On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
> quirin.gylstorff@siemens.com> a écrit :
> 
>> Hi Antoine,
>>
>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>>>           linux-vdso.so.1 (0x00007fff1f944000)
>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2 (0x00007f2a40bc9000)
>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0 (0x00007f2a409b1000)
>>>           libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
>>> (0x00007f2a407a3000)
>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
>> (0x00007f2a403b2000)
>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>> (0x00007f2a401aa000)
>>>           libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>>> (0x00007f2a3ff8b000)
>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
>>>
>>>
>>> For info I added --enable-dlopen-libs
>>> As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html
>>>
>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a
>> écrit :
>>>
>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
>>>>> I just built the debians:
>>>>> debchange -v 3.1 Release 3.1
>>>>> debuild -uc -us
>>>>>
>>
>> What is the Debian version and CPU architecture of your build system?A
> 
> 
> A very standard Ubuntu 18.04 x64.
> Debuild version 2.17.12ubuntu1.1
> 

Ah! That is surely untested as no one here is using Ubuntu anymore.
Will check if it's a generic or a Ubuntu-exposed issue.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-19  8:54                 ` Jan Kiszka
@ 2020-02-19 11:35                   ` Jan Kiszka
  2020-02-19 12:11                     ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-19 11:35 UTC (permalink / raw)
  To: Antoine Hoarau, Gylstorff Quirin; +Cc: Xenomai

On 19.02.20 09:54, Jan Kiszka via Xenomai wrote:
> On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
>> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
>> quirin.gylstorff@siemens.com> a écrit :
>>
>>> Hi Antoine,
>>>
>>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
>>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>>>>           linux-vdso.so.1 (0x00007fff1f944000)
>>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2 
>>>> (0x00007f2a40bc9000)
>>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0 
>>>> (0x00007f2a409b1000)
>>>>           libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
>>>> (0x00007f2a407a3000)
>>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
>>> (0x00007f2a403b2000)
>>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>>> (0x00007f2a401aa000)
>>>>           libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>>>> (0x00007f2a3ff8b000)
>>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
>>>>
>>>>
>>>> For info I added --enable-dlopen-libs
>>>> As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html
>>>>
>>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a
>>> écrit :
>>>>
>>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
>>>>>> I just built the debians:
>>>>>> debchange -v 3.1 Release 3.1
>>>>>> debuild -uc -us
>>>>>>
>>>
>>> What is the Debian version and CPU architecture of your build system?A
>>
>>
>> A very standard Ubuntu 18.04 x64.
>> Debuild version 2.17.12ubuntu1.1
>>
> 
> Ah! That is surely untested as no one here is using Ubuntu anymore.
> Will check if it's a generic or a Ubuntu-exposed issue.
> 

I'm starting to understand the issue. It's likely related to 
optimizations of library dependency done differently by the Ubuntu 
toolchain than that of Debian 10. I think we can avoid that by adding 
all actual deps to our libs. Playing with it...

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-19 11:35                   ` Jan Kiszka
@ 2020-02-19 12:11                     ` Antoine Hoarau
  2020-02-19 12:13                       ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2020-02-19 12:11 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Gylstorff Quirin, Xenomai

Dohell does no seem to be included either. Is that normal ?

Le mer. 19 févr. 2020 à 12:35, Jan Kiszka <jan.kiszka@siemens.com> a écrit :

> On 19.02.20 09:54, Jan Kiszka via Xenomai wrote:
> > On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
> >> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
> >> quirin.gylstorff@siemens.com> a écrit :
> >>
> >>> Hi Antoine,
> >>>
> >>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
> >>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
> >>>>           linux-vdso.so.1 (0x00007fff1f944000)
> >>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2
> >>>> (0x00007f2a40bc9000)
> >>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0
> >>>> (0x00007f2a409b1000)
> >>>>           libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
> >>>> (0x00007f2a407a3000)
> >>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
> >>> (0x00007f2a403b2000)
> >>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> >>> (0x00007f2a401aa000)
> >>>>           libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> >>>> (0x00007f2a3ff8b000)
> >>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
> >>>>
> >>>>
> >>>> For info I added --enable-dlopen-libs
> >>>> As in https://xenomai.org/pipermail/xenomai/2020-January/042306.html
> >>>>
> >>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka <jan.kiszka@siemens.com> a
> >>> écrit :
> >>>>
> >>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
> >>>>>> I just built the debians:
> >>>>>> debchange -v 3.1 Release 3.1
> >>>>>> debuild -uc -us
> >>>>>>
> >>>
> >>> What is the Debian version and CPU architecture of your build system?A
> >>
> >>
> >> A very standard Ubuntu 18.04 x64.
> >> Debuild version 2.17.12ubuntu1.1
> >>
> >
> > Ah! That is surely untested as no one here is using Ubuntu anymore.
> > Will check if it's a generic or a Ubuntu-exposed issue.
> >
>
> I'm starting to understand the issue. It's likely related to
> optimizations of library dependency done differently by the Ubuntu
> toolchain than that of Debian 10. I think we can avoid that by adding
> all actual deps to our libs. Playing with it...
>
> Jan
>
> --
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-19 12:11                     ` Antoine Hoarau
@ 2020-02-19 12:13                       ` Jan Kiszka
  2021-02-10  7:20                         ` Antoine Hoarau
  0 siblings, 1 reply; 15+ messages in thread
From: Jan Kiszka @ 2020-02-19 12:13 UTC (permalink / raw)
  To: Antoine Hoarau; +Cc: Gylstorff Quirin, Xenomai

On 19.02.20 13:11, Antoine Hoarau wrote:
> Dohell does no seem to be included either. Is that normal ?
> 

It is, see /usr/lib/xenomai/testsuite/dohell.

Jan

> Le mer. 19 févr. 2020 à 12:35, Jan Kiszka <jan.kiszka@siemens.com 
> <mailto:jan.kiszka@siemens.com>> a écrit :
> 
>     On 19.02.20 09:54, Jan Kiszka via Xenomai wrote:
>      > On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
>      >> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
>      >> quirin.gylstorff@siemens.com
>     <mailto:quirin.gylstorff@siemens.com>> a écrit :
>      >>
>      >>> Hi Antoine,
>      >>>
>      >>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
>      >>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>      >>>>           linux-vdso.so.1 (0x00007fff1f944000)
>      >>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2
>      >>>> (0x00007f2a40bc9000)
>      >>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0
>      >>>> (0x00007f2a409b1000)
>      >>>>           libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
>      >>>> (0x00007f2a407a3000)
>      >>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
>      >>> (0x00007f2a403b2000)
>      >>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>      >>> (0x00007f2a401aa000)
>      >>>>           libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>      >>>> (0x00007f2a3ff8b000)
>      >>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
>      >>>>
>      >>>>
>      >>>> For info I added --enable-dlopen-libs
>      >>>> As in
>     https://xenomai.org/pipermail/xenomai/2020-January/042306.html
>      >>>>
>      >>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka
>     <jan.kiszka@siemens.com <mailto:jan.kiszka@siemens.com>> a
>      >>> écrit :
>      >>>>
>      >>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
>      >>>>>> I just built the debians:
>      >>>>>> debchange -v 3.1 Release 3.1
>      >>>>>> debuild -uc -us
>      >>>>>>
>      >>>
>      >>> What is the Debian version and CPU architecture of your build
>     system?A
>      >>
>      >>
>      >> A very standard Ubuntu 18.04 x64.
>      >> Debuild version 2.17.12ubuntu1.1
>      >>
>      >
>      > Ah! That is surely untested as no one here is using Ubuntu anymore.
>      > Will check if it's a generic or a Ubuntu-exposed issue.
>      >
> 
>     I'm starting to understand the issue. It's likely related to
>     optimizations of library dependency done differently by the Ubuntu
>     toolchain than that of Debian 10. I think we can avoid that by adding
>     all actual deps to our libs. Playing with it...
> 
>     Jan
> 
>     -- 
>     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
>     Corporate Competence Center Embedded Linux
> 

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2020-02-19 12:13                       ` Jan Kiszka
@ 2021-02-10  7:20                         ` Antoine Hoarau
  2021-02-10  8:15                           ` Jan Kiszka
  0 siblings, 1 reply; 15+ messages in thread
From: Antoine Hoarau @ 2021-02-10  7:20 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Gylstorff Quirin, Xenomai

Still having this "undefined reference" issue on 3.1. Is there any news on
that ?

Le mer. 19 févr. 2020 à 13:13, Jan Kiszka <jan.kiszka@siemens.com> a écrit :

> On 19.02.20 13:11, Antoine Hoarau wrote:
> > Dohell does no seem to be included either. Is that normal ?
> >
>
> It is, see /usr/lib/xenomai/testsuite/dohell.
>
> Jan
>
> > Le mer. 19 févr. 2020 à 12:35, Jan Kiszka <jan.kiszka@siemens.com
> > <mailto:jan.kiszka@siemens.com>> a écrit :
> >
> >     On 19.02.20 09:54, Jan Kiszka via Xenomai wrote:
> >      > On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
> >      >> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
> >      >> quirin.gylstorff@siemens.com
> >     <mailto:quirin.gylstorff@siemens.com>> a écrit :
> >      >>
> >      >>> Hi Antoine,
> >      >>>
> >      >>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
> >      >>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
> >      >>>>           linux-vdso.so.1 (0x00007fff1f944000)
> >      >>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2
> >      >>>> (0x00007f2a40bc9000)
> >      >>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0
> >      >>>> (0x00007f2a409b1000)
> >      >>>>           libcopperplate.so.0 => /usr/lib/libcopperplate.so.0
> >      >>>> (0x00007f2a407a3000)
> >      >>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
> >      >>> (0x00007f2a403b2000)
> >      >>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> >      >>> (0x00007f2a401aa000)
> >      >>>>           libpthread.so.0 =>
> /lib/x86_64-linux-gnu/libpthread.so.0
> >      >>>> (0x00007f2a3ff8b000)
> >      >>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
> >      >>>>
> >      >>>>
> >      >>>> For info I added --enable-dlopen-libs
> >      >>>> As in
> >     https://xenomai.org/pipermail/xenomai/2020-January/042306.html
> >      >>>>
> >      >>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka
> >     <jan.kiszka@siemens.com <mailto:jan.kiszka@siemens.com>> a
> >      >>> écrit :
> >      >>>>
> >      >>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
> >      >>>>>> I just built the debians:
> >      >>>>>> debchange -v 3.1 Release 3.1
> >      >>>>>> debuild -uc -us
> >      >>>>>>
> >      >>>
> >      >>> What is the Debian version and CPU architecture of your build
> >     system?A
> >      >>
> >      >>
> >      >> A very standard Ubuntu 18.04 x64.
> >      >> Debuild version 2.17.12ubuntu1.1
> >      >>
> >      >
> >      > Ah! That is surely untested as no one here is using Ubuntu
> anymore.
> >      > Will check if it's a generic or a Ubuntu-exposed issue.
> >      >
> >
> >     I'm starting to understand the issue. It's likely related to
> >     optimizations of library dependency done differently by the Ubuntu
> >     toolchain than that of Debian 10. I think we can avoid that by adding
> >     all actual deps to our libs. Playing with it...
> >
> >     Jan
> >
> >     --
> >     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >     Corporate Competence Center Embedded Linux
> >
>
> --
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux
>

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: undefined symbol in tests
  2021-02-10  7:20                         ` Antoine Hoarau
@ 2021-02-10  8:15                           ` Jan Kiszka
  0 siblings, 0 replies; 15+ messages in thread
From: Jan Kiszka @ 2021-02-10  8:15 UTC (permalink / raw)
  To: Antoine Hoarau; +Cc: Gylstorff Quirin, Xenomai

On 10.02.21 08:20, Antoine Hoarau wrote:
> Still having this "undefined reference" issue on 3.1. Is there any news
> on that ?
> 

Have to dig in history... Can you refresh my memories? The discussion
went nowhere after
https://xenomai.org/pipermail/xenomai/2020-February/042543.html.

Jan

> Le mer. 19 févr. 2020 à 13:13, Jan Kiszka <jan.kiszka@siemens.com
> <mailto:jan.kiszka@siemens.com>> a écrit :
> 
>     On 19.02.20 13:11, Antoine Hoarau wrote:
>     > Dohell does no seem to be included either. Is that normal ?
>     >
> 
>     It is, see /usr/lib/xenomai/testsuite/dohell.
> 
>     Jan
> 
>     > Le mer. 19 févr. 2020 à 12:35, Jan Kiszka <jan.kiszka@siemens.com
>     <mailto:jan.kiszka@siemens.com>
>     > <mailto:jan.kiszka@siemens.com <mailto:jan.kiszka@siemens.com>>> a
>     écrit :
>     >
>     >     On 19.02.20 09:54, Jan Kiszka via Xenomai wrote:
>     >      > On 18.02.20 18:45, Antoine Hoarau via Xenomai wrote:
>     >      >> Le mar. 18 févr. 2020 à 12:12, Gylstorff Quirin <
>     >      >> quirin.gylstorff@siemens.com
>     <mailto:quirin.gylstorff@siemens.com>
>     >     <mailto:quirin.gylstorff@siemens.com
>     <mailto:quirin.gylstorff@siemens.com>>> a écrit :
>     >      >>
>     >      >>> Hi Antoine,
>     >      >>>
>     >      >>> On 2/18/20 12:04 AM, Antoine Hoarau via Xenomai wrote:
>     >      >>>> # ldd /usr/lib/xenomai/testsuite/libalchemy-test.so
>     >      >>>>           linux-vdso.so.1 (0x00007fff1f944000)
>     >      >>>>           libcobalt.so.2 => /usr/lib/libcobalt.so.2
>     >      >>>> (0x00007f2a40bc9000)
>     >      >>>>           libalchemy.so.0 => /usr/lib/libalchemy.so.0
>     >      >>>> (0x00007f2a409b1000)
>     >      >>>>           libcopperplate.so.0 =>
>     /usr/lib/libcopperplate.so.0
>     >      >>>> (0x00007f2a407a3000)
>     >      >>>>           libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
>     >      >>> (0x00007f2a403b2000)
>     >      >>>>           librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>     >      >>> (0x00007f2a401aa000)
>     >      >>>>           libpthread.so.0 =>
>     /lib/x86_64-linux-gnu/libpthread.so.0
>     >      >>>> (0x00007f2a3ff8b000)
>     >      >>>>           /lib64/ld-linux-x86-64.so.2 (0x00007f2a40ff4000)
>     >      >>>>
>     >      >>>>
>     >      >>>> For info I added --enable-dlopen-libs
>     >      >>>> As in
>     >     https://xenomai.org/pipermail/xenomai/2020-January/042306.html
>     <https://xenomai.org/pipermail/xenomai/2020-January/042306.html>
>     >      >>>>
>     >      >>>> Le lun. 17 févr. 2020 à 17:51, Jan Kiszka
>     >     <jan.kiszka@siemens.com <mailto:jan.kiszka@siemens.com>
>     <mailto:jan.kiszka@siemens.com <mailto:jan.kiszka@siemens.com>>> a
>     >      >>> écrit :
>     >      >>>>
>     >      >>>>> On 14.02.20 15:15, Antoine Hoarau wrote:
>     >      >>>>>> I just built the debians:
>     >      >>>>>> debchange -v 3.1 Release 3.1
>     >      >>>>>> debuild -uc -us
>     >      >>>>>>
>     >      >>>
>     >      >>> What is the Debian version and CPU architecture of your build
>     >     system?A
>     >      >>
>     >      >>
>     >      >> A very standard Ubuntu 18.04 x64.
>     >      >> Debuild version 2.17.12ubuntu1.1
>     >      >>
>     >      >
>     >      > Ah! That is surely untested as no one here is using Ubuntu
>     anymore.
>     >      > Will check if it's a generic or a Ubuntu-exposed issue.
>     >      >
>     >
>     >     I'm starting to understand the issue. It's likely related to
>     >     optimizations of library dependency done differently by the Ubuntu
>     >     toolchain than that of Debian 10. I think we can avoid that by
>     adding
>     >     all actual deps to our libs. Playing with it...
>     >
>     >     Jan
>     >
>     >     --
>     >     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
>     >     Corporate Competence Center Embedded Linux
>     >
> 
>     -- 
>     Siemens AG, Corporate Technology, CT RDA IOT SES-DE
>     Corporate Competence Center Embedded Linux
> 


-- 
Siemens AG, T RDA IOT
Corporate Competence Center Embedded Linux


^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2021-02-10  8:15 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-14  9:48 undefined symbol in tests Antoine Hoarau
2020-02-14  9:53 ` Jan Kiszka
2020-02-14 13:46   ` Antoine Hoarau
2020-02-14 13:52     ` Jan Kiszka
2020-02-14 14:15       ` Antoine Hoarau
2020-02-17 16:51         ` Jan Kiszka
2020-02-17 23:04           ` Antoine Hoarau
2020-02-18 11:11             ` Gylstorff Quirin
2020-02-18 17:45               ` Antoine Hoarau
2020-02-19  8:54                 ` Jan Kiszka
2020-02-19 11:35                   ` Jan Kiszka
2020-02-19 12:11                     ` Antoine Hoarau
2020-02-19 12:13                       ` Jan Kiszka
2021-02-10  7:20                         ` Antoine Hoarau
2021-02-10  8:15                           ` Jan Kiszka

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.