* [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64
@ 2020-05-27 14:26 Grant Edwards
2020-05-27 14:44 ` Michael Orlitzky
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Grant Edwards @ 2020-05-27 14:26 UTC (permalink / raw
To: gentoo-user
I tried to emerge matplotlib today, and it failed because it's linking
in 32-bit libraries instead of 64 bit ones:
x86_64-pc-linux-gnu-g++ -shared -Wl,-O1 -Wl,--as-needed -march=native -O2 -pipe -fno-strict-aliasing -DNDEBUG /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/mplutils.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/py_converters.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg_wrapper.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_bezier_arc.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_curves.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/bui
ld/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_image_filters.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_trans_affine.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_contour.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_dash.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_stroke.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vpgen_segmentator.o -L/usr/lib -L/usr/lib64 -L/usr/lib64 -lfreetype -lpython3.7m -o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/lib/matplotlib/backends/_backend_agg.
cpython-37m-x86_64-linux-gnu.so
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
error: command 'x86_64-pc-linux-gnu-g++' failed with exit status 1
What would cause that?
It doesn't appear that it's being build for both 32-bit and 64-bit targets:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-python/matplotlib-2.2.2-r1::gentoo USE="-cairo (-doc) -examples -excel -gtk2 -gtk3 -latex -qt5 -test -tk -wxwidgets" PYTHON_TARGETS="python2_7 python3_7 -python3_6" 0 KiB
Total: 1 package (1 new), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64
2020-05-27 14:26 [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64 Grant Edwards
@ 2020-05-27 14:44 ` Michael Orlitzky
2020-05-27 14:45 ` [gentoo-user] " Grant Edwards
2020-05-27 15:45 ` [gentoo-user] " Jack
2 siblings, 0 replies; 6+ messages in thread
From: Michael Orlitzky @ 2020-05-27 14:44 UTC (permalink / raw
To: gentoo-user
On 5/27/20 10:26 AM, Grant Edwards wrote:
> I tried to emerge matplotlib today, and it failed because it's linking
> in 32-bit libraries instead of 64 bit ones:
>
> ...
>
> What would cause that?
>
On the command-line:
-L/usr/lib -L/usr/lib64
Some part of... some build system... is buggy. Those flags can come from
many different places:
* hard-coded in matplotlib or any of its dependencies' build systems
* from a dependency's pkg-config file
* incorrectly guessed by a ./configure test that didn't look too hard
at which library it found
* correctly guessed for a library that was installed to the wrong
place (/usr/lib instead of /usr/lib64)
Et cetera. Best to file a bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gentoo-user] Re: matplotlib build fails: link using /usr/lib instead of /usr/lib64
2020-05-27 14:26 [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64 Grant Edwards
2020-05-27 14:44 ` Michael Orlitzky
@ 2020-05-27 14:45 ` Grant Edwards
2020-05-27 14:53 ` Ashley Dixon
2020-05-27 15:45 ` [gentoo-user] " Jack
2 siblings, 1 reply; 6+ messages in thread
From: Grant Edwards @ 2020-05-27 14:45 UTC (permalink / raw
To: gentoo-user
On 2020-05-27, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> I tried to emerge matplotlib today, and it failed because it's linking
> in 32-bit libraries instead of 64 bit ones:
>
> x86_64-pc-linux-gnu-g++ -shared -Wl,-O1 -Wl,--as-needed -march=native -O2 -pipe -fno-strict-aliasing -DNDEBUG /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/mplutils.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/py_converters.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg_wrapper.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_bezier_arc.o /var/tmp/portage/dev-python
> /matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_curves.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/bui
> ld/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_image_filters.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_trans_affine.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_contour.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_dash.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_stroke.o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vpgen_seg
> mentator.o -L/usr/lib -L/usr/lib64 -L/usr/lib64 -lfreetype -lpython3.7m -o /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/lib/matplotlib/backends/_backend_agg.
> cpython-37m-x86_64-linux-gnu.so
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
> error: command 'x86_64-pc-linux-gnu-g++' failed with exit status 1
I think the linker warnings above are normal.
When I change MAKEOPTS from -j4 to -j1, it built OK.
I still saw a bunch of the "skipping incompatble <library>" messages.
--
Grant
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Re: matplotlib build fails: link using /usr/lib instead of /usr/lib64
2020-05-27 14:45 ` [gentoo-user] " Grant Edwards
@ 2020-05-27 14:53 ` Ashley Dixon
2020-05-27 16:04 ` Grant Edwards
0 siblings, 1 reply; 6+ messages in thread
From: Ashley Dixon @ 2020-05-27 14:53 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 639 bytes --]
On Wed, May 27, 2020 at 02:45:54PM -0000, Grant Edwards wrote:
> I still saw a bunch of the "skipping incompatble <library>" messages.
These are likely due to a problem with your tool-chain as a whole, and not
individual packages. See [1] and [2] for more discussion regarding this matter.
Do you run a multilib profile ? Does /usr/lib contain anything at all ?
[1] https://unix.stackexchange.com/a/194113
[2] https://www.linuxquestions.org/questions/linux-software-2/skipping-incompatible-c-libraries-592312/#post2926490
--
Ashley Dixon
suugaku.co.uk
2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64
2020-05-27 14:26 [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64 Grant Edwards
2020-05-27 14:44 ` Michael Orlitzky
2020-05-27 14:45 ` [gentoo-user] " Grant Edwards
@ 2020-05-27 15:45 ` Jack
2 siblings, 0 replies; 6+ messages in thread
From: Jack @ 2020-05-27 15:45 UTC (permalink / raw
To: gentoo-user
On 2020.05.27 10:26, Grant Edwards wrote:
> I tried to emerge matplotlib today, and it failed because it's linking
> in 32-bit libraries instead of 64 bit ones:
>
> x86_64-pc-linux-gnu-g++ -shared -Wl,-O1 -Wl,--as-needed
> -march=native -O2 -pipe -fno-strict-aliasing -DNDEBUG
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/mplutils.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/py_converters.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/src/_backend_agg_wrapper.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_bezier_arc.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_curves.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/bui
> ld/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_image_filters.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_trans_affine.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_contour.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_dash.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vcgen_stroke.o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/temp.linux-x86_64-3.7/extern/agg24-svn/src/agg_vpgen_segmentator.o
> -L/usr/lib -L/usr/lib64 -L/usr/lib64 -lfreetype -lpython3.7m -o
> /var/tmp/portage/dev-python/matplotlib-2.2.2-r1/work/matplotlib-2.2.2-python3_7/build/lib/matplotlib/backends/_backend_agg.
> cpython-37m-x86_64-linux-gnu.so
>
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> skipping incompatible /usr/lib/libm.so when searching for -lm
>
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> skipping incompatible /usr/lib/libm.a when searching for -lm
>
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> skipping incompatible /usr/lib/libc.so when searching for -lc
>
> /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> skipping incompatible /usr/lib/libc.a when searching for -lc
> error: command 'x86_64-pc-linux-gnu-g++' failed with exit status 1
>
> What would cause that?
>
> It doesn't appear that it's being build for both 32-bit and 64-bit
> targets:
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] dev-python/matplotlib-2.2.2-r1::gentoo
> USE="-cairo (-doc) -examples -excel -gtk2 -gtk3 -latex -qt5 -test -tk
> -wxwidgets" PYTHON_TARGETS="python2_7 python3_7 -python3_6" 0 KiB
>
> Total: 1 package (1 new), Size of downloads: 0 KiB
>
> Would you like to merge these packages? [Yes/No]
Is it possible that it simply has not been properly updated for
Profiles 17.1? Might it be worth trying one of the testing versions?
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gentoo-user] Re: matplotlib build fails: link using /usr/lib instead of /usr/lib64
2020-05-27 14:53 ` Ashley Dixon
@ 2020-05-27 16:04 ` Grant Edwards
0 siblings, 0 replies; 6+ messages in thread
From: Grant Edwards @ 2020-05-27 16:04 UTC (permalink / raw
To: gentoo-user
On 2020-05-27, Ashley Dixon <ash@suugaku.co.uk> wrote:
>
> These are likely due to a problem with your tool-chain as a whole, and not
> individual packages. See [1] and [2] for more discussion regarding this matter.
>
> Do you run a multilib profile ? Does /usr/lib contain anything at all ?
Yes. I have a few packages built for 32-bit.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-05-27 16:04 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-27 14:26 [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64 Grant Edwards
2020-05-27 14:44 ` Michael Orlitzky
2020-05-27 14:45 ` [gentoo-user] " Grant Edwards
2020-05-27 14:53 ` Ashley Dixon
2020-05-27 16:04 ` Grant Edwards
2020-05-27 15:45 ` [gentoo-user] " Jack
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox