From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v1] qt5base: fix double conversion for microblazeel/microblazebe
Date: Tue, 21 Aug 2018 22:28:02 +0200 [thread overview]
Message-ID: <20180821222802.012ef423@windsurf> (raw)
In-Reply-To: <20180821201617.20231-1-ps.report@gmx.net>
Hello,
On Tue, 21 Aug 2018 22:16:17 +0200, Peter Seiderer wrote:
> Fixes [1]:
>
> ../3rdparty/double-conversion/include/double-conversion/utils.h:81:2: error: #error Target architecture was not detected as supported by Double-Conversion.
> #error Target architecture was not detected as supported by Double-Conversion.
>
> [1] http://autobuild.buildroot.net/results/489/4891d96f45c64c2e66fe819bd4175cc1d6243a93
>
> Signed-off-by: Peter Seiderer <ps.report@gmx.net>
Thanks for working on this again. Can you submit your or1k and
microblaze changes back to the upstream double-conversion project (and
perhaps also Qt5) ?
> For microblazeel (using qemu_microblazeel_mmu_defconfig changed to musl
> because the original uclibc resulted in 'mmap of a spare page failed!'
> error message):
This uClibc issue is something for Waldemar. I'm personally still a bit
impressed by the magic of qemu user mode emulation.
> $ ./build_qemu_microblazeel_001/host/bin/microblazeel-buildroot-linux-musl-gcc -c main.c
> $ ./build_qemu_microblazeel_001/host/bin/microblazeel-buildroot-linux-musl-gcc -c div.c
> $ ./build_qemu_microblazeel_001/host/bin/microblazeel-buildroot-linux-musl-gcc -o main main.o div.o
>
> Fix wrong staging absolute soft link to relative:
> $ ls -l build_qemu_microblazeel_001/staging/lib/ld-musl-microblazeel.so.1
> ../staging/lib/ld-musl-microblazeel.so.1 -> /lib/libc.so
> $ rm build_qemu_microblazeel_001/staging/lib/ld-musl-microblazeel.so.1
> $ ln -s libc.so build_qemu_microblazeel_001/staging/lib/ld-musl-microblazeel.so.1
That's weird, I have a musl toolchain here (installed from an external
toolchain), and its symlink is relative:
$ ls -l output/staging/lib/{ld-musl*,libc.so}
lrwxrwxrwx 1 thomas thomas 14 Aug 21 22:14 output/staging/lib/ld-musl-armhf.so.1 -> ../lib/libc.so
-rwxr-xr-x 1 thomas thomas 740772 Jun 26 00:08 output/staging/lib/libc.so
Applied to master. Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2018-08-21 20:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-21 20:16 [Buildroot] [PATCH v1] qt5base: fix double conversion for microblazeel/microblazebe Peter Seiderer
2018-08-21 20:28 ` Thomas Petazzoni [this message]
2018-08-21 20:48 ` Peter Seiderer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180821222802.012ef423@windsurf \
--to=thomas.petazzoni@bootlin.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox