Binary files 'test_deref/0015-0001' and 'test_deref/0011-0001' from test folder
0.0.4 cause a problem.
Solution could be to threat these tests as the same tests from the 0.0.3 test
folder:
https://gitlab.com/gbenson/libi8x/blob/master/tests/valid/test-corpus.c#L64-79
With these changes, package
Hi,
I have created and attached a patch that enables linking with latomic library
as needed.
When ntirpc package is recompiled with this patch, the above-mentioned problem
is solved,
but after that, new problem occurs on ganesha.nfsd linking:
> /usr/bin/ld: libMainServices.a(client_mgr.c.o): un
Hi,
I tried to run tests from chroot and all tests executed successfully but
execution takes a long time:
> real 804m47.257s
> user 43m32.480s
> sys 760m33.150s
On 21/03/17 11:47, Dejan Latinovic wrote:
> One solution could be to blacklist atlc on boards without FPU,
> the other solution c
Hi,
I have back-ported the patch that limits number of threads to 10 to current
debian version (1.5.4-1).
With these changes build pass successfully on my local mips and mipsel machines.
The patch is attached, if you want to go with this solution.
This change is already merged in 1.6.1 release.
Hi,
Build for mips64 and powerpc64 fails because __SANE_USERSPACE_TYPES__ is not
defined.
Without this flag in "asm/types.h" file always will be included "int-l64.h"
which means that __u64 always will be defined as unsigned long.
I have created and attached a patch witch defines __SANE_USERSPAC
Hi,
I have adapted patch from upstream to debian version of elektra.
The patch has been attached.
With this patch package builds successfully on mips, mipsel, mips64el and amd64.
Could you please consider including this patch.
Regards,
Radovan--- elektra-0.8.14.orig/src/bindings/gi/lua/CMakeLis
Hi,
It seems that maxparallel=1, which is used for arm64, helps.
Using only 1 job I have got libatomic issue as well.
Errors with atomic functions occurs because mips32 arches does not
support use of 8-byte atomics functions.
Linking with "latomic" library resolves this problem.
export DEB_LD
Hi,
I tried to build rmysql package on my local machine (mips64el) and got the same
error.
When I manually execute this command in chroot, error does not occur:
echo "#include " | gcc -std=gnu99 -I/usr/include/mariadb
-I/usr/include/mariadb/mysql -g -O2
-fdebug-prefix-map=/build/mariadb-conn
Hi,
On 04/11/16 10:58, James Cowgill wrote:
> > + #include
> Typo? You want
Yes, this is my fault. The name of the library is not properly specified.
> >#include
> > + std::atomic x;
> > + std::atomic y;
> I don't think you should rely on these types being in the global
This commit which is marged upsteem seams to solves the issue.
https://github.com/OpenLightingProject/ola/commit/3eaed8c98d75efcff3b8e4f893b03634308156c3
I have tests it on my local boards and it builds successfully for mips, mipsel
and mips64el.
A patch which contains these changes is attached.
Hello,
I have tried changes that you have suggested, with them, supertuxkart was
building successfully on mips, mipsel, mips64el, i386 and amd64.
add-as_callfunc_mips-to-CMakeLists.patch - adds as_callfunc_mips.cpp file into
CMakeLists.txt
fix-non-x86-arches-build.patch - fix angelscript build
Hello,
I have tried changes that you have suggested, with them, supertuxkart was
building successfully on mips, mipsel, mips64el, i386 and amd64.
add-as_callfunc_mips-to-CMakeLists.patch - adds as_callfunc_mips.cpp file into
CMakeLists.txt
fix-non-x86-arches-build.patch - fix angelscript build
Package: botch
Version: 0.17-3
Severity: serious
Tags: sid + patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Hello,
Package botch_0.17-3 FTBFS on mips, mipsel and mips64el with following error:
> atdgen -j -j-std datatypes.atd
> make[2]: atdgen: Command not fou
Hello,
Similar issue is already noticed for package klatexformula
and resolved by removing uninstall target from CMakeLists.txt
klatexformula (3.3.0~beta-1) unstable; urgency=medium
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803761
I have created and attached a patch resolving this issue
14 matches
Mail list logo
