YunQiang Su writes:
> Oh, no. mips64el misses more symbols. :(
Not an issue and thanks for the logs!
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774885
> should also have been fixed.
In theory it should build against the system's libatomic-ops (at least
now). I'll try to keep an eye on
Hi!
YunQiang Su writes:
> I just test in on another machine manually.
> it has not the gctest fail. :0:
Thanks for the prompt reply! Was that on a porterbox or some personal
machine?
> On mips/mips64el, it has the same symbol files problem.
Exactly the same? would you mind sending the buildlog
Hi folks!
I've prepared a new version of libgc in experimental which I intent to
upload to unstable soon. Unfortunately it FTBFS on (one of) your
architectures (arm64, ppc64el hangs ; mipsel fails a test). It would be
great if you can point me to a upstream commit (or a patch) to backport
so lib
Hi folks!
I have enabled powerpc on sbcl a while ago in experimental and
bootstrapped the package there. A powerpc-enabled version now sits in
unstable as well but can't be built right now because it needs a
(potentially older) version of itself to build. If someone has a powerpc
box around (min
Hi,
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For kfreebsd-*, I
- test packages on this architecture
This includes running a Desktop (Notebook) System on testing and am
therefore testing the relevant stack
5 matches
Mail list logo