similar to: Cross-compiling syslinux on Arm

Got the following trying to build git master: gcc -std=gnu99 -m32 -fno-stack-protector -mregparm=3 -DREGPARM=3 -march=i386 -Os -W -Wall -march=i386 -fomit-frame-pointer -D__COM32__ -nostdinc -iwithprefix include -I../../com32/libutil/include -I../../com32/include -c -o chain.o chain.c ld -m elf_i386 -T ../../com32/lib/com32.ld -o chain.elf chain.o ../../com32/libutil/libutil_com.a

Steve Capper dixit: >> Do we need the fpregs saved even though klibc doesn't do fp? >For gcc targetting Aarch64, We can only guarantee that d8-d15 are >left alone when -mgeneral-regs-only is supplied for building klibc >and any software linked against klibc. I would much prefer to We can enforce this in klcc, just like -mregparm=3 is used by the i386 target. bye, //mirabilos

Hi, I am trying to compile the version on rhel 5.x box. Nasm version 0.98.39 I extracted the tar.gz and ran make in the extracted directory. Here is where it stops. gcc -Wp,-MT,rawcon.o,-MD,./.rawcon.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables

Hi Samir, I do publish ports of the latest R releases for arm64 on CRAN. Not sure what you mean by R dev, but if you are looking for R 3.5.2 on Debian, you can install that using the instructions on CRAN https://cran.r-project.org/bin/linux/debian/ Disclaimer: I have no experience with cross compilation, buildroot or Yocto. I just build R on the raspi 3 running Debian stable. Kind

make[1]: Entering directory `/syslinux-4.02-6-ge841d69/dos' gcc -Wp,-MT,syslxopt.o,-MD,./.syslxopt.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables -fno-strict-aliasing -falign-functions=0 -falign-jumps=0 -falign-labels=0 -falign-loops=0

Hi, you can find the packages here https://cran.r-project.org/bin/linux/debian/stretch-cran35/ Kind regards, Johannes Am Sonntag, 17. Februar 2019, 13:28:20 CET schrieb Samir Mouhoune: > Hi Johannes, > > Thank you for your quick feddback. > > As I am using linux os build with buildroot on my raspberry pi I can't use > package manager such as apt-get to install R.

The Wine development release 4.14 is now available. What's new in this release (see below for details): - New version of the Mono engine with upstream updates. - PE dlls no longer rely on the MinGW runtime. - Exception handling fixes on ARM64. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/4.x/wine-4.14.tar.xz

Hi, I use offlineimap to cache my remote IMAP mail for my multiple accounts (personal, work, etc) to several maildirs locally. At the moment in my mail client I'm using Dovecot to access one of the maildirs via IMAP, and then direct maildir access for the others. This is suboptimal however because my clients direct maildir support isn't great. Is there any way to let me access all

The Wine development release 5.16 is now available. What's new in this release (see below for details): - Support for x86 AVX registers. - Some ARM64 fixes for macOS. - Still more restructuration of the console support. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/5.x/wine-5.16.tar.xz

Yes, that is not an issue, but the question is if the relatively small cost of adding a bit too jmp_buf makes it worth it, as long as people understand that there is no fp support in klibc. Thorsten Glaser <tg at mirbsd.de> wrote: >Steve Capper dixit: > >>> Do we need the fpregs saved even though klibc doesn't do fp? > >>For gcc targetting Aarch64, We can only

The option for supporting cross-endianness legacy guests in the vhost and tun code should only be available on systems that support cross-endian guests. Signed-off-by: Thomas Huth <thuth at redhat.com> --- arch/arm/kvm/Kconfig | 1 + arch/arm64/kvm/Kconfig | 1 + arch/powerpc/kvm/Kconfig | 1 + drivers/net/Kconfig | 1 + drivers/vhost/Kconfig | 1 + virt/kvm/Kconfig |

Upstream commit 4370eec05a88 "arm64: Expand arm64 image header" ended up changing the zImage magic (which was actually the initial branch instructio encoding!). The new header has a proper magic number at a fixed location. Switch Xen itself to using this format. Neither the bootwrapper nor the models care about this header themselves and real bootloaders are not widely used, so now is

Linus, just one commit this time: the implementation of the tmem hypercall for arm and arm64. NOTE: because this change depends on xen support for arm64 that has been sent to you by Catalin (we agreed that being the very first xen for arm64 set of patches, it should go via the arm64 maintainers), I based this branch on Catalin''s arm64-upstream (see his pull request here

On 09/07/2015 11:48, Laurent Vivier wrote: > > > On 09/07/2015 09:49, Thomas Huth wrote: >> The option for supporting cross-endianness legacy guests in >> the vhost and tun code should only be available on systems >> that support cross-endian guests. > > I'm sure I misunderstand something, but what happens if we use QEMU with > TCG instead of KVM, i.e. a

On Nov 25, 2014, at 11:13 AM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote: On 25 November 2014 at 10:11, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote: On 25 November 2014 at 09:39, Jonathan Lennox <jonathan at vidyo.com<mailto:jonathan at

On 11/08/2013 09:12 AM, Steve Capper wrote: > + > +/* > + * x19-x28 are callee saved, also save fp, lr, sp. > + * d8-d15 are also callee saved. > + */ > + > +struct __jmp_buf { > + uint64_t __gregs[13]; > + uint64_t __fpregs[8]; > +}; > + Since the index of these arrays have no connection with what is stored in them, they should be named fields in the structure,

On 25 November 2014 at 10:18, Jonathan Lennox <jonathan at vidyo.com> wrote: > > On Nov 25, 2014, at 11:13 AM, Viswanath Puttagunta > <viswanath.puttagunta at linaro.org> wrote: > > On 25 November 2014 at 10:11, Viswanath Puttagunta > <viswanath.puttagunta at linaro.org> wrote: > > > On 25 November 2014 at 09:39, Jonathan Lennox <jonathan at

+Artem Belevich <tra at google.com> On Fri, Mar 23, 2018 at 7:53 PM Bharath Bhoopalam via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I was wondering if anyone has encountered this issue when cross compiling > cuda on Nvidia TX2 running android. > > The error is > In file included from <built-in>:1: > In file included from >

Hi Johannes, Thank you for your quick feddback. As I am using linux os build with buildroot on my raspberry pi I can't use package manager such as apt-get to install R. What I need to do is to get the precompiled R for arm arch and then when I build my linux image using buildroot I include the R precompiled package to my rootfs. Could you please send me a link where I can download

Chris, I was trying to find the license for clang, all of the source files say "see LICENSE.TXT", which isn't in SVN... Very interesting project, nice to see a truly re-usable compiler framework for once. :) Ross -- Ross Burton mail: ross at burtonini.com jabber: ross at burtonini.com