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
On 2020-05-27, 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
>
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.
Em qua., 27 de mai. de 2020 às 00:04, Ashley Dixon
escreveu:
> On Tue, May 26, 2020 at 11:31:57PM -0300, Francisco Ares wrote:
> > Just to make sure this ain't purely local: while building
> > sys-devel/autogen, the build process shows a lot (really) of error
> messages
> > from the compiler.
>
On Wed, May 27, 2020 at 02:45:54PM -, Grant Edwards wrote:
> I still saw a bunch of the "skipping incompatble " 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
On 27/05/2020 01:44, William Kenworthy wrote:
I have a few different pi's and similar Odroid arm systems running
Gentoo on sdcards - the failure rate is a real and constant problem (and
seems worse on pi's no matter what brand/type of sdcard so keep an up to
date spare+backups) and I am thinking
Em qua., 27 de mai. de 2020 às 09:49, Ashley Dixon
escreveu:
>
> On Wed, May 27, 2020 at 09:22:25AM -0300, Francisco Ares wrote:
> > In fact they are really errors, not warnings. It doesn't build to the end.
> > But that's something weird, the compilation don't stop at the first error.
> >
> >
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
On Wed, May 27, 2020 at 09:22:25AM -0300, Francisco Ares wrote:
> In fact they are really errors, not warnings. It doesn't build to the end.
> But that's something weird, the compilation don't stop at the first error.
>
> Here is the set of files recommended in such cases, including the build
>
On 2020-05-27, Ashley Dixon 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
On Wed, 27 May 2020 08:44:08 +0800, William Kenworthy wrote:
> I have a few different pi's and similar Odroid arm systems running
> Gentoo on sdcards - the failure rate is a real and constant problem (and
> seems worse on pi's no matter what brand/type of sdcard so keep an up to
> date
On Wednesday, May 27, 2020 9:39:06 AM CEST Neil Bothwick wrote:
> On Wed, 27 May 2020 08:44:08 +0800, William Kenworthy wrote:
> > I have a few different pi's and similar Odroid arm systems running
> > Gentoo on sdcards - the failure rate is a real and constant problem (and
> > seems worse on pi's
On Wed, 27 May 2020 10:24:21 +0200, J. Roeleveld wrote:
> > I'm moving over to using Balena on Pis wherever possible. N more
> > keeping track of multiple different SD card backup images and easy
> > centralised management.
>
> Do you have a simple howto for this?
> What I see when I quickly
13 matches
Mail list logo
