[Buildroot] libgomp.so.1.0.0 not in target image

[Buildroot] libgomp.so.1.0.0 not in target image

[Alexander Khryukin]

Hello.
I'm built rpm5 package but when i trying to run it i see

[root at localhost rpm]# rpmbuild
rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open
shared object file: No such file or directory

Lib not exist in filesystem but exit into


find . -name *gomp*
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.spec
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so.1.0.0
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.a
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.la
./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so.1


It's a bug or feature?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121113/8f056b91/attachment.html>

[Buildroot] libgomp.so.1.0.0 not in target image

[Arnout Vandecappelle]

On 13/11/12 16:30, Alexander Khryukin wrote:
> Hello.
> I'm built rpm5 package but when i trying to run it i see
>
> [root at localhost rpm]# rpmbuild
> rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open shared object file: No such file or directory
>
> Lib not exist in filesystem but exit into
>
>
> find . -name *gomp*
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.spec
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so.1.0.0
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.a
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.la <http://libgomp.la>
> ./output/host/usr/arm-buildroot-linux-gnueabi/sysroot/lib/libgomp.so.1
>
>
> It's a bug or feature?

  Yep, that's a bug. It's surprising that nobody has run into this before - maybe
OpenMP support was only recently added to the Linaro toolchain.

  Alexander, you are using a recent external Linaro toolchain, right?

  Thomas, I think this should be fixed by adding libgomp to LIB_EXTERNAL_LIBS
in ext-tool.mk.  Is that right?  Will that also work if libgomp doesn't exist?

  Regards,
  Arnout
-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] libgomp.so.1.0.0 not in target image

[Alexander Khryukin]

2012/11/13 Arnout Vandecappelle <arnout@mind.be>

> On 13/11/12 16:30, Alexander Khryukin wrote:
>
>> Hello.
>> I'm built rpm5 package but when i trying to run it i see
>>
>> [root at localhost rpm]# rpmbuild
>> rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open
>> shared object file: No such file or directory
>>
>> Lib not exist in filesystem but exit into
>>
>>
>> find . -name *gomp*
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**
>> sysroot/lib/libgomp.spec
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**
>> sysroot/lib/libgomp.so.1.0.0
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**sysroot/lib/libgomp.so
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**sysroot/lib/libgomp.a
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**sysroot/lib/libgomp.la<
>> http://libgomp.la>
>>
>> ./output/host/usr/arm-**buildroot-linux-gnueabi/**
>> sysroot/lib/libgomp.so.1
>>
>>
>> It's a bug or feature?
>>
>
>  Yep, that's a bug. It's surprising that nobody has run into this before -
> maybe
> OpenMP support was only recently added to the Linaro toolchain.
>
>  Alexander, you are using a recent external Linaro toolchain, right?
>
>  Thomas, I think this should be fixed by adding libgomp to
> LIB_EXTERNAL_LIBS
> in ext-tool.mk.  Is that right?  Will that also work if libgomp doesn't
> exist?
>
>  Regards,
>  Arnout
> --
> Arnout Vandecappelle                               arnout at mind be
> Senior Embedded Software Architect                 +32-16-286540
> Essensium/Mind                                     http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR
> Leuven
> LinkedIn profile: http://www.linkedin.com/in/**arnoutvandecappelle<http://www.linkedin.com/in/arnoutvandecappelle>
> GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>
>
I'm using own toolchain but it based on linaro
also linaro toolchain affected too
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121113/014aba4e/attachment.html>

[Buildroot] libgomp.so.1.0.0 not in target image

[Arnout Vandecappelle]

On 13/11/12 21:55, Alexander Khryukin wrote:
>
>
> 2012/11/13 Arnout Vandecappelle <arnout at mind.be <mailto:arnout@mind.be>>
>
>     On 13/11/12 16:30, Alexander Khryukin wrote:
>
>         Hello.
>         I'm built rpm5 package but when i trying to run it i see
>
>         [root at localhost rpm]# rpmbuild
>         rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open shared object file: No such file or
>         directory
>
[snip]
>
>       Alexander, you are using a recent external Linaro toolchain, right?
>
>       Thomas, I think this should be fixed by adding libgomp to LIB_EXTERNAL_LIBS
>     in ext-tool.mk.  Is that right?  Will that also work if libgomp doesn't exist?
>
[snip]
>
> I'm using own toolchain but it based on linaro
> also linaro toolchain affected too

  But still as an external toolchain, right?  Ouch, now I see crosstool-ng has the
same problem...  But an internal toolchain should work, I think.

  Regards,
  Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] libgomp.so.1.0.0 not in target image

[Yann E. MORIN]

Arnout, All,

On Tuesday 13 November 2012 Arnout Vandecappelle wrote:
>> On 13/11/12 16:30, Alexander Khryukin wrote:
>>> I'm built rpm5 package but when i trying to run it i see
>>>
>>> [root at localhost rpm]# rpmbuild
>>> rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open shared object file: No such file or
>>> directory
[--SNIP--]
> But still as an external toolchain, right?  Ouch, now I see crosstool-ng has the
> same problem...  But an internal toolchain should work, I think.

In crosstool-NG, libgomp is not automatically built. There is a config
knob to enable/disable build of libgomp (the default is not to build it).

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] libgomp.so.1.0.0 not in target image

[Arnout Vandecappelle]

On 13/11/12 22:19, Yann E. MORIN wrote:
> Arnout, All,
>
> On Tuesday 13 November 2012 Arnout Vandecappelle wrote:
>>> On 13/11/12 16:30, Alexander Khryukin wrote:
>>>> I'm built rpm5 package but when i trying to run it i see
>>>>
>>>> [root at localhost rpm]# rpmbuild
>>>> rpmbuild: error while loading shared libraries: libgomp.so.1: cannot open shared object file: No such file or
>>>> directory
> [--SNIP--]
>> But still as an external toolchain, right?  Ouch, now I see crosstool-ng has the
>> same problem...  But an internal toolchain should work, I think.
>
> In crosstool-NG, libgomp is not automatically built. There is a config
> knob to enable/disable build of libgomp (the default is not to build it).

  Yes, it's also not built by default in the internal toolchain.  But if it is
built, then libgomp.so should be installed in $(TARGET_DIR) - and currently it
isn't.

  Regards,
  Arnout
-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] libgomp.so.1.0.0 not in target image

[Alexander Khryukin]

>But still as an external toolchain, right?
Yes, it's external.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121114/a71e7fbe/attachment.html>

[Buildroot] libgomp.so.1.0.0 not in target image

[Yann E. MORIN]

Arnout, All,

On Tuesday 13 November 2012 Arnout Vandecappelle wrote:
> On 13/11/12 22:19, Yann E. MORIN wrote:
> > In crosstool-NG, libgomp is not automatically built. There is a config
> > knob to enable/disable build of libgomp (the default is not to build it).
>   Yes, it's also not built by default in the internal toolchain.  But if it is
> built, then libgomp.so should be installed in $(TARGET_DIR) - and currently it
> isn't.

Yes, that's right. I'll cook up a patch for that shortly.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] libgomp.so.1.0.0 not in target image

[Thomas Petazzoni]

Arnout,

On Tue, 13 Nov 2012 18:34:32 +0100, Arnout Vandecappelle wrote:

>   Thomas, I think this should be fixed by adding libgomp to
> LIB_EXTERNAL_LIBS in ext-tool.mk.  Is that right?  Will that also
> work if libgomp doesn't exist?

Do we really need to be linked against libgomp? Under what conditions
does that happen? Can't we avoid that even if the toolchain has OpenMP
support?

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] libgomp.so.1.0.0 not in target image

[Arnout Vandecappelle]

On 13/11/12 23:10, Thomas Petazzoni wrote:
> Arnout,
>
> On Tue, 13 Nov 2012 18:34:32 +0100, Arnout Vandecappelle wrote:
>
>>    Thomas, I think this should be fixed by adding libgomp to
>> LIB_EXTERNAL_LIBS in ext-tool.mk.  Is that right?  Will that also
>> work if libgomp doesn't exist?
>
> Do we really need to be linked against libgomp? Under what conditions
> does that happen? Can't we avoid that even if the toolchain has OpenMP
> support?

  beecrypt links agains libgomp if libgomp is available; rpm uses beecrypt.

  The point is not avoiding to link with libgomp (you have to do that explicitly),
the point is that if somebody links against libgomp, it has to be in target.

  Regards,
  Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] libgomp.so.1.0.0 not in target image

[Thomas Petazzoni]

Arnout,

On Wed, 14 Nov 2012 00:06:34 +0100, Arnout Vandecappelle wrote:
> On 13/11/12 23:10, Thomas Petazzoni wrote:
> > Arnout,
> >
> > On Tue, 13 Nov 2012 18:34:32 +0100, Arnout Vandecappelle wrote:
> >
> >>    Thomas, I think this should be fixed by adding libgomp to
> >> LIB_EXTERNAL_LIBS in ext-tool.mk.  Is that right?  Will that also
> >> work if libgomp doesn't exist?
> >
> > Do we really need to be linked against libgomp? Under what
> > conditions does that happen? Can't we avoid that even if the
> > toolchain has OpenMP support?
> 
>   beecrypt links agains libgomp if libgomp is available; rpm uses
> beecrypt.
> 
>   The point is not avoiding to link with libgomp (you have to do that
> explicitly), the point is that if somebody links against libgomp, it
> has to be in target.

My point is precisely to avoid linking with libgomp. OpenMP in beecrypt
is only used in one location, the RSA algorithm, and OpenMP support can
be disabled by passing --disable-openmp.

So instead of unconditionally copying a 232 KB library just to
parallelize a single RSA algorithm in beecrypt, I'd rather advocate to
disable OpenMP support in beecrypt.

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] libgomp.so.1.0.0 not in target image

[Alexander Khryukin]

2012/11/14 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

> Arnout,
>
> On Wed, 14 Nov 2012 00:06:34 +0100, Arnout Vandecappelle wrote:
> > On 13/11/12 23:10, Thomas Petazzoni wrote:
> > > Arnout,
> > >
> > > On Tue, 13 Nov 2012 18:34:32 +0100, Arnout Vandecappelle wrote:
> > >
> > >>    Thomas, I think this should be fixed by adding libgomp to
> > >> LIB_EXTERNAL_LIBS in ext-tool.mk.  Is that right?  Will that also
> > >> work if libgomp doesn't exist?
> > >
> > > Do we really need to be linked against libgomp? Under what
> > > conditions does that happen? Can't we avoid that even if the
> > > toolchain has OpenMP support?
> >
> >   beecrypt links agains libgomp if libgomp is available; rpm uses
> > beecrypt.
> >
> >   The point is not avoiding to link with libgomp (you have to do that
> > explicitly), the point is that if somebody links against libgomp, it
> > has to be in target.
>
> My point is precisely to avoid linking with libgomp. OpenMP in beecrypt
> is only used in one location, the RSA algorithm, and OpenMP support can
> be disabled by passing --disable-openmp.
>
> So instead of unconditionally copying a 232 KB library just to
> parallelize a single RSA algorithm in beecrypt, I'd rather advocate to
> disable OpenMP support in beecrypt.
>
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>


If you want to disable openmp in beecrypt
next step it is disabling openmp in rpm package like

--disable-openmp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121114/42d46b76/attachment.html>