Displaying 20 results from an estimated 100 matches similar to: "ocamldep -all seems to break builds on platforms without a native compiler"
2017 Sep 26
2
building virt-builder still seems to fail.
Hi,
it seems that even after
commit df5bd5741b37da9cf97d7a76ac2805557aa630db
Author: Richard W.M. Jones <rjones@redhat.com>
Date: Tue Apr 29 15:43:20 2014 +0100
builder: Fix parallel builds of index-parse.o.
there is a small chance that a build may go wrong with the described
symtom, missing "do_parse" symbol.
It just happened to me on Debian's ppc64el buildd[1] and
2020 Apr 28
2
R 4.0.0 build error with sysdata.rda on ppc64el architecture
The R 4.0.0 package migration on Debian is being held back by a failed build
on ppc64el [1]. We can see from the history of builds logs [2] that it used
to build, briefly failed, worked again and then failed leading to R 4.0.0's
release. (And my bad for missing how the alpha1/alpha2/beta/rc builds failed.)
I have however neither changed anything, nor did I ever have to accomodate
ppc64el (as
2020 Apr 29
0
R 4.0.0 build error with sysdata.rda on ppc64el architecture
Hum, at least it is not Apple, so maybe you can attach a debugger to the running process? (gdb -p process_id or something like that --- haven't actually done it for a decade). Then at least we can get a stack trace and a clue about where it is looping. Diddling optimization options can also sometimes provide a clue.
-pd
> On 29 Apr 2020, at 01:17 , Dirk Eddelbuettel <edd at
2023 Dec 19
4
[Bug 3645] New: -fzero-call-used-regs=used detection seems to fail on Linux ppc64el
https://bugzilla.mindrot.org/show_bug.cgi?id=3645
Bug ID: 3645
Summary: -fzero-call-used-regs=used detection seems to fail on
Linux ppc64el
Product: Portable OpenSSH
Version: 9.6p1
Hardware: PPC64
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Build
2014 May 23
2
Bug#749060: klibc: ppc64el needs static binaries as well
Hi,
On Fri, May 23, 2014 at 10:57:31AM -0300, Mauricio Faria de Oliveira wrote:
>
> The ppc64el port needs klibc's static binaries, like ppc64.
This segfaulting is a bug in klibc that needs investigation.
> This patch enables the ARCH=ppc64 make env var in debian/rules, in order
> for 'debian/patches/ppc64-static.patch' to take effect on ppp64el too.
I have no problem
2020 Apr 30
2
[External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:11, luke-tierney at uiowa.edu wrote:
| On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote:
| Maybe I missed something. How is the 'compiler' package involved?
See the other email thread; you replied (~ 26 hours ago) to my message adding
that "sysdata.rda in 'tools' hanging was wrong". It gets to the next stage,
which is 'compiler'.
We know by
2016 Nov 11
1
[PATCH] Add hppa, hppa64, ppc64el architectures
---
src/kernel.ml | 2 ++
src/utils.ml | 2 ++
2 files changed, 4 insertions(+)
diff --git a/src/kernel.ml b/src/kernel.ml
index 356ac4b..9b0e8a2 100644
--- a/src/kernel.ml
+++ b/src/kernel.ml
@@ -30,6 +30,8 @@ let patt_of_cpu host_cpu =
| "ppc" | "powerpc" | "powerpc64" -> ["ppc"; "powerpc"; "powerpc64"]
|
2014 May 23
0
Bug#749060: klibc: ppc64el needs static binaries as well
Hi maks,
Adding Anton in CC (who submitted klibc ppc64le support upstream [1]),
in case he can help.
>> The ppc64el port needs klibc's static binaries, like ppc64.
>
> This segfaulting is a bug in klibc that needs investigation.
>
>> This patch enables the ARCH=ppc64 make env var in debian/rules, in order
>> for 'debian/patches/ppc64-static.patch' to take
2018 Jun 04
3
Byte-compilation failure on different architectures / low-memory systems
As you may know, I look after the R package for Debian. My fellow Debianers
make me follow a specific protocol -- a so-called "transition" in which all
dependent packages on an identified potential breakge are rebuilt under the
new (potentially breaking) change. We started adding an r-api-3.4 tag last
(major) release. Now it is r-api-3.5 and the transition got started with the
green
2023 Aug 03
1
Ubuntu packages on s390x
On 4 August 2023 at 00:06, Jeroen Ooms wrote:
| On Thu, Aug 3, 2023 at 9:16?PM Vivian Kong <vivkong at ca.ibm.com> wrote:
| >
| > Hello,
| >
| > Are there any plans to add R packages for Ubuntu on other architectures in addition to amd64? We are looking for s390x packages as the version from the distro's package manger is 4.2.2. I'm happy to help in any way I can.
|
|
2020 Aug 20
2
Conflicting parameters on qemu call
Hi Lists,
I currently have the issue of wanting to use emu-system-x86_64 on a ppc64le platform.
It is imperative to pass the "-accel tcg,thread=multi” parameter to qemu when starting an instance, as without that, it will only use one thread and hence of limited/no use.
The problem is, that libvirt itself, passes “-machine q35,accel=tcg” to qemu, which is a different parameter, that
2017 Jan 01
7
[Bug 2658] New: Make integrity tests more robust against timeouts
https://bugzilla.mindrot.org/show_bug.cgi?id=2658
Bug ID: 2658
Summary: Make integrity tests more robust against timeouts
Product: Portable OpenSSH
Version: 7.4p1
Hardware: Other
OS: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Regression tests
Assignee:
2014 May 23
1
Bug#749060: klibc: ppc64el needs static binaries as well
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA384
Mauricio Faria de Oliveira dixit:
>> [...] Effort in making shared binary
>> working too is appreciated. It is probably a wrong syscall API.
>
> Unfortunately I don't find myself in klibc expertise area. I can try,
> but maybe it's not the effective way forward (not sure I'd be able to
> devote the effort/time
2018 Jun 04
0
Byte-compilation failure on different architectures / low-memory systems
Hi Dirk,
thanks for the report. Access to the test system is not necessary, the
memory requirements of the byte-code compiler are usually
platform-independent and specifically with this package I can reproduce
they are very high. We'll have a look what we can do, certainly there
should at least be a way to recover and use the uncompiled version when
memory allocation fails, this is
2020 Apr 30
3
R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:42, I?aki Ucar wrote:
| On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel <edd at debian.org> wrote:
| > And to keep the list abreast, this appears to be related to the long double
| > issue on powerpc where needed an extra #define to ensure compilation. That
[...]
| Which reminds me that [1] was required for v3.6.2. Could be related?
Yes, that is what I refered
2024 Mar 24
4
[Bug 3673] New: -fzero-call-used-regs=used detection fails on Linux m68k with GCC 13
https://bugzilla.mindrot.org/show_bug.cgi?id=3673
Bug ID: 3673
Summary: -fzero-call-used-regs=used detection fails on Linux
m68k with GCC 13
Product: Portable OpenSSH
Version: 9.7p1
Hardware: 68k
URL: https://bugs.debian.org/1067243
OS: Linux
Status: NEW
Severity: normal
2008 Mar 04
0
[LLVMdev] [PATCH] Make sure ocamldep runs on all .mli files.
Hi Erick,
Thanks for your patches!
On Mar 4, 2008, at 01:33, Erick Tryzelaar wrote:
> This is a small bug fix for the ocaml build system that allows
> for dependencies to be generated for ocaml interface files.
I've committed the second half of this.
> ---
> bindings/ocaml/Makefile.ocaml | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)diff --git bindings/
2014 Sep 14
2
Re: ocamldep -all seems to break builds on platforms without a native compiler
* Richard W.M. Jones:
> Yes, also this commit doesn't actually fix the problem. I still see
> occasional problems building StringMap. I have reverted this commit.
Here's another patch that should enable the native-code targets only if
they can be built.
Cheers,
-Hilko
2008 Mar 04
5
[LLVMdev] [PATCH] Make sure ocamldep runs on all .mli files.
This is a small bug fix for the ocaml build system that allows
for dependencies to be generated for ocaml interface files.
---
bindings/ocaml/Makefile.ocaml | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 7c62c2cd93a6402e5f6ebd600e9e3ac7851b4d29.diff
Type: text/x-patch
Size: 994 bytes
Desc: not
2020 Apr 30
0
R 4.0.0 build error with sysdata.rda on ppc64el architecture
On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel <edd at debian.org> wrote:
>
>
> On 29 April 2020 at 11:22, peter dalgaard wrote:
> | Hum, at least it is not Apple, so maybe you can attach a debugger to the running process? (gdb -p process_id or something like that --- haven't actually done it for a decade). Then at least we can get a stack trace and a clue about where it is