Gupta
Where are lmbench binaries currently installed? Because /lmbench/ looks
really really odd as an installation location.
Thomas
--
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
___
linux-snps-ar
ns(+), 16 deletions(-)
> create mode 100644
> package/glibc/2.32-2-g386543bc4495f658dcce6cd4d11e4ba6574a46f5/glibc.hash
> delete mode 100644 package/glibc/arc-2020.03-release/glibc.hash
I've added the hashes of the license files in the glibc.hash you've
added, and applied. Thanks!
Thom
On Wed, 16 Sep 2020 04:22:36 +
Vineet Gupta wrote:
> On 9/15/20 6:33 AM, Thomas Petazzoni wrote:
> > Hello,
> >
> > On Mon, 14 Sep 2020 14:37:48 -0700
> > Vineet Gupta wrote:
> >
> >> ARC glibc port was merged upstream in 2.32
> >> The
the ARC-specific glibc version used on Github should
be dropped.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.inf
nditionally
use 2.33.1, except on ARC where we use the special ARC fork.
So I guess the decision to take is: do we want to switch to using the
upstream binutils, even for ARC, when no host-binutils is built ?
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedd
or target gdb), we don't
have any version selection, so we force using one specific version
depending on the architecture.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
c version.
So, I don't understand what your patch brings: what you describe in
your commit log is already possible today.
The following defconfig is already possible with Buildroot today:
BR2_arcle=y
BR2_archs38=y
BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
BR2_B
is not going to work well with your PATCH 3/3 (on which I have
comments). Indeed, BR2_arc=y does not necessarily imply that we want to
use the ARC-specific binutils version.
You can however use ifeq ($(BR2_BINUTILS_VERSION_ARC),y) instead.
Best regards,
Thomas
--
Thomas Petazzoni
gt; contains that fix.
>
> Signed-off-by: Vineet Gupta
> ---
> toolchain/toolchain-buildroot/Config.in | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied to master with an improved commit title/log. Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Ke
for generating double multiply instructions
> ---
> arch/Config.in.arc | 17 -
> 1 file changed, 12 insertions(+), 5 deletions(-)
Applied to next, thanks.
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel e
next, thanks.
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
- Dual- and quad multiply and MC oprations
> @@ -72,8 +93,8 @@ config BR2_GCC_TARGET_CPU
> default "hs4x_rel31" if BR2_archs4x_rel31
>
> config BR2_READELF_ARCH_NAME
> - default "ARCompact" if BR2_arc750d || BR2_arc770d
> - de
the consistency to make the migration smooth for users.
Since I think the number of affected users will probably be quite
small/limited, I think I would be fine with merging your patch as-is,
but I'd like to hear from others.
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux a
efined CMAKE_SYSTEM_VERSION locally in
azure-iot-sdk-c, and dropped the patch. Long term, perhaps we should
define CMAKE_SYSTEM_VERSION in our toolchain file. I'm not sure who is
maintaining our CMake infrastructure these days, Samuel Martin used to
do it, but he is no longer very acti
ces you to use it. It's just an example.
Buildroot doesn't use any of the uClibc-ng defconfigs. Buildroot has
its own configuration for uClibc. You could just do the same for your
reference toolchain.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Elec
same, except for the TARGET_ option.
So instead of having this big duplication, my suggestion is to get rid
of architecture-specific defconfig, and just have a few
architecture-independent defconfig, addressing common use cases (such
as "minimal" and "feature full").
Best regar
l ?
So, are they really useful? Shouldn't uclibc-ng instead come with just
one or two defconfigs, like a "minimal" one and "full-featured" one?
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
ve multilibbed uClibc toolchain. Which we don't have.
Interesting. Why is libgcc linked with the kernel on ARC? I don't think
that's the case on other architectures: the kernel is freestanding and
provides everything that it needs without relying on the compiler
runtime.
Bes
ensa/Makefile:KBUILD_CFLAGS += -ffreestanding -D__linux__
>
> (xtensa being the only one that apparently uses libgcc *and* passes
> -ffreestanding, for whatever reasons).
>
> The other architectures tend to implement the parts of libgcc that they
> need in the kernel.
Than
> > ahead and grab pre-built image that Thomas Petazzoni builds.
> >
> > That's the most recent one:
> > http://autobuild.buildroot.org/toolchains/tarballs/br-arcle-hs38-full-2016.08-613-ge98b4dd.tar.bz2
> >
>
> Thanks, I grabbed that and it works for axs1
m... that's strange - it used to work but doesn't work with newer
> Buildroot...
>
> Anyways if something very simple (i.e. with no extra libraries) works for you
> just go
> ahead and grab pre-built image that Thomas Petazzoni builds.
>
> That's the most re
21 matches
Mail list logo