Bug#917869: python-escript FTBFS on armhf, mips, mipsel and mips64el

2019-01-02 Thread Anton Gladky
Thanks, I will take care of it.

Anton

Am Mi., 2. Jan. 2019 um 00:51 Uhr schrieb Adrian Bunk :
>
> On Mon, Dec 31, 2018 at 06:51:12AM +, peter green wrote:
> >... while the mips and mipsel builds ran out of virtual memory.
> >
> > It may be worth playing with the settings, the first thing to try is 
> > probably -Wl,-no-keep-memory , if that fails it may be worth trying 
> > optimising for size ( -Os instead of -O2 )
>
> I'd be surprised if -Os would help.
>
> Most of the time the mips/mipsel build can be fixed by appending -g1 to
> the CXXFLAGS, overwriting the default -g (which is -g2).
>
> cu
> Adrian
>
> --
>
>"Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
>"Only a promise," Lao Er said.
>Pearl S. Buck - Dragon Seed
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers



Bug#917869: python-escript FTBFS on armhf, mips, mipsel and mips64el

2019-01-01 Thread Adrian Bunk
On Mon, Dec 31, 2018 at 06:51:12AM +, peter green wrote:
>... while the mips and mipsel builds ran out of virtual memory.
> 
> It may be worth playing with the settings, the first thing to try is probably 
> -Wl,-no-keep-memory , if that fails it may be worth trying optimising for 
> size ( -Os instead of -O2 )

I'd be surprised if -Os would help.

Most of the time the mips/mipsel build can be fixed by appending -g1 to 
the CXXFLAGS, overwriting the default -g (which is -g2).

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed



Bug#917869: python-escript FTBFS on armhf, mips, mipsel and mips64el

2018-12-30 Thread peter green

Package: python-escript
Version: 5.2-4
Severity: serious

The most recent upload of python-escript failed to build on armhf, mipsel, 
mips64el and mips. All seemed to fail while linking a C++ library.

g++ -o debian/tmp2/posix/weipa/src/libescriptreader.so -Wl,-z,relro -Wl,-z,now 
-fopenmp -shared debian/tmp2/posix/weipa/src/reader_DataVar.os 
debian/tmp2/posix/weipa/src/reader_EscriptDataset.os 
debian/tmp2/posix/weipa/src/reader_FinleyDomain.os 
debian/tmp2/posix/weipa/src/reader_FinleyElements.os 
debian/tmp2/posix/weipa/src/reader_FinleyNodes.os -Ldebian/stage2/lib 
-L/usr/lib/python2.7/config-arm-linux-gnueabihf -L/usr/lib -ldudley -lfinley 
-lpaso -lescript -lnetcdf_c++4 -lsiloh5 -lpython2.7 -lboost_python27

The armhf and mips64el failures were timeouts, while the mips and mipsel builds 
ran out of virtual memory.

It may be worth playing with the settings, the first thing to try is probably 
-Wl,-no-keep-memory , if that fails it may be worth trying optimising for size 
( -Os instead of -O2 )