Bug#951115: ns3: FTBFS on mipsel (OOM of the linker)

2020-02-11 Thread YunQiang Su
Martin Quinson  于2020年2月11日周二 下午6:46写道:
>
> Source: src:ns3
> Version: 3.30+dfsg-3.1
> Severity: serious
> Tag: ftbfs
> Tag: help
>
> Hello,
>
> I'm the maintainer of this package. I'm opening this bug to discuss the issue
> with whom may be interested, and keep track of the discussion.

I am the first maintainer of ns3 and thanks for continue to maintain it.
And I am the mips* porter ...

>
> The package is currently trying to enter testing to fix 2 (easy) RC bugs, but
> fails to do so because builds fail on mipsel with the following message:

It's due to 2GiB virtual memory limitation.
I am working on figure out a host64 toolchain.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950527
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950652

>
> --
> as: out of memory allocating 17107680 bytes after a total of 567459840 bytes
> /tmp/cc23jwIU.s: Assembler messages:
> /tmp/cc23jwIU.s: Fatal error: can't close /<>/ns-3.30/build-
> shared/src/lte/bindings/ns3module.cc.7.o: memory exhausted
> --
>
> I tried to reduce the memory consumption with the following chunks in
> debian/rules:
>
> --
> ifeq ($(DEB_HOST_GNU_CPU),mipsel)
>   # Drop the debug symbols all together on mipsel to avoid OOM causing FTBFS
>   export DEB_CFLAGS_MAINT_STRIP=-g
>   export DEB_CXXFLAGS_MAINT_STRIP=-g
> endif
> LDFLAGS+=-Wl,--as-needed
>
> # Define CFLAGS and friends to harden the build -- must come any addition to
> these variables
> DPKG_EXPORT_BUILDFLAGS = 1
> include /usr/share/dpkg/buildflags.mk
>
> ifeq ($(DEB_HOST_GNU_CPU),mipsel)
>   # Further reduce the memory consumption on mipsel
>   LDFLAGS += -Wl,--reduce-memory-overheads -Wl,--no-keep-memory
> endif
> ---
>
> The version that failed on the buildd servers does not have these changes, but
> I tested it on the porterbox. I manually inspected the command-line parameters
> passed to the parser, and it seem to be all right. Compiling without -g and
> linking with the reduce-memory-overheads (unless I'm wrong). But this is not
> sufficient: I get exactly the same error message.
>
> In addition, I don't think that this is a real bug of as. ns-3 is a very large
> library, and upstream is not paying a lot of effort on reducing its size or
> optimizing the linking phase. I don't have any idea of how to fix it myself.
>

I guess you can drop mipsel support for now,
and maybe some other 32bit ports.

>
> I guess that I should ask for the removal of the mipsel version of this
> package, but I'm not entirely sure. I'd love to have ns-3 building on

Go ahead.

> every platform, even if I'm certain that nobody will ever try to use
> it on this platform. This is a rather inefficient simulator used in
> science. Users will more probably deploy it to a fast compute server.
> But still, if possible, being compilable on mipsel too would be
> healthy for the software, if I could.
>
> Any help or advice is really really welcomed. Everything is in the salsa 
> repository.
>
> Thanks,
> Mt
>
> --
> Vae Soli.



-- 
YunQiang Su



Bug#951115: ns3: FTBFS on mipsel (OOM of the linker)

2020-02-11 Thread Andrei POPESCU
Control: reassign -1 src:ns3 3.30+dfsg-3.1

On Ma, 11 feb 20, 11:46:29, Martin Quinson wrote:
> Source: src:ns3
> Version: 3.30+dfsg-3.1
> Severity: serious
> Tag: ftbfs
> Tag: help
> 
> Hello,
> 
> I'm the maintainer of this package. I'm opening this bug to discuss the issue
> with whom may be interested, and keep track of the discussion.
> 
> The package is currently trying to enter testing to fix 2 (easy) RC bugs, but
> fails to do so because builds fail on mipsel with the following message:
> 
> --
> as: out of memory allocating 17107680 bytes after a total of 567459840 bytes
> /tmp/cc23jwIU.s: Assembler messages:
> /tmp/cc23jwIU.s: Fatal error: can't close /<>/ns-3.30/build-
> shared/src/lte/bindings/ns3module.cc.7.o: memory exhausted
> --
> 
> I tried to reduce the memory consumption with the following chunks in
> debian/rules:
> 
> --
> ifeq ($(DEB_HOST_GNU_CPU),mipsel)
>   # Drop the debug symbols all together on mipsel to avoid OOM causing FTBFS
>   export DEB_CFLAGS_MAINT_STRIP=-g
>   export DEB_CXXFLAGS_MAINT_STRIP=-g
> endif
> LDFLAGS+=-Wl,--as-needed
> 
> # Define CFLAGS and friends to harden the build -- must come any addition to
> these variables
> DPKG_EXPORT_BUILDFLAGS = 1
> include /usr/share/dpkg/buildflags.mk
> 
> ifeq ($(DEB_HOST_GNU_CPU),mipsel)
>   # Further reduce the memory consumption on mipsel
>   LDFLAGS += -Wl,--reduce-memory-overheads -Wl,--no-keep-memory
> endif
> ---
> 
> The version that failed on the buildd servers does not have these changes, but
> I tested it on the porterbox. I manually inspected the command-line parameters
> passed to the parser, and it seem to be all right. Compiling without -g and
> linking with the reduce-memory-overheads (unless I'm wrong). But this is not
> sufficient: I get exactly the same error message.
> 
> In addition, I don't think that this is a real bug of as. ns-3 is a very large
> library, and upstream is not paying a lot of effort on reducing its size or
> optimizing the linking phase. I don't have any idea of how to fix it myself.
> 
> 
> I guess that I should ask for the removal of the mipsel version of this
> package, but I'm not entirely sure. I'd love to have ns-3 building on
> every platform, even if I'm certain that nobody will ever try to use
> it on this platform. This is a rather inefficient simulator used in
> science. Users will more probably deploy it to a fast compute server.
> But still, if possible, being compilable on mipsel too would be
> healthy for the software, if I could.
> 
> Any help or advice is really really welcomed. Everything is in the salsa 
> repository.
> 
> Thanks,
> Mt
> 
> -- 
> Vae Soli.



-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature


Bug#951115: ns3: FTBFS on mipsel (OOM of the linker)

2020-02-11 Thread Martin Quinson
Source: src:ns3
Version: 3.30+dfsg-3.1
Severity: serious
Tag: ftbfs
Tag: help

Hello,

I'm the maintainer of this package. I'm opening this bug to discuss the issue
with whom may be interested, and keep track of the discussion.

The package is currently trying to enter testing to fix 2 (easy) RC bugs, but
fails to do so because builds fail on mipsel with the following message:

--
as: out of memory allocating 17107680 bytes after a total of 567459840 bytes
/tmp/cc23jwIU.s: Assembler messages:
/tmp/cc23jwIU.s: Fatal error: can't close /<>/ns-3.30/build-
shared/src/lte/bindings/ns3module.cc.7.o: memory exhausted
--

I tried to reduce the memory consumption with the following chunks in
debian/rules:

--
ifeq ($(DEB_HOST_GNU_CPU),mipsel)
  # Drop the debug symbols all together on mipsel to avoid OOM causing FTBFS
  export DEB_CFLAGS_MAINT_STRIP=-g
  export DEB_CXXFLAGS_MAINT_STRIP=-g
endif
LDFLAGS+=-Wl,--as-needed

# Define CFLAGS and friends to harden the build -- must come any addition to
these variables
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk

ifeq ($(DEB_HOST_GNU_CPU),mipsel)
  # Further reduce the memory consumption on mipsel
  LDFLAGS += -Wl,--reduce-memory-overheads -Wl,--no-keep-memory
endif
---

The version that failed on the buildd servers does not have these changes, but
I tested it on the porterbox. I manually inspected the command-line parameters
passed to the parser, and it seem to be all right. Compiling without -g and
linking with the reduce-memory-overheads (unless I'm wrong). But this is not
sufficient: I get exactly the same error message.

In addition, I don't think that this is a real bug of as. ns-3 is a very large
library, and upstream is not paying a lot of effort on reducing its size or
optimizing the linking phase. I don't have any idea of how to fix it myself.


I guess that I should ask for the removal of the mipsel version of this
package, but I'm not entirely sure. I'd love to have ns-3 building on
every platform, even if I'm certain that nobody will ever try to use
it on this platform. This is a rather inefficient simulator used in
science. Users will more probably deploy it to a fast compute server.
But still, if possible, being compilable on mipsel too would be
healthy for the software, if I could.

Any help or advice is really really welcomed. Everything is in the salsa 
repository.

Thanks,
Mt

-- 
Vae Soli.


signature.asc
Description: PGP signature