Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

s) be used as well ? 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-

Re: Build regressions/improvements in v4.9-rc1

> 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 axs103_smp_defconfi

Re: Build regressions/improvements in v4.9-rc1

ile: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. Thanks for the

Re: Build regressions/improvements in v4.9-rc1

ltilibbed 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. Best regards, Thomas -

Re: Build regressions/improvements in v4.9-rc1

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 recent one: > http:

Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

t 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 regards, Thomas

Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

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 Electrons Embedded Linux and

Re: [Buildroot] [PATCH 1/3] arch/config.in.arc: Introduce the ARC optimized hs38 config

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 and Kernel

Re: [Buildroot] [PATCH 2/3] arch/config.in.arc: Introduce ARC ISA toggle to ease downstream toggles

- 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 > - default

Re: [Buildroot] [PATCH v2 1/1] arch/config.in.arc: Introduce the ARC optimized hs38 config

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

Re: [Buildroot] [PATCH 1/3] toolchain, glibc: Allow ARC big endian glibc builds

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

Re: [Buildroot] [PATCH 2/3] binutils/ARC: move ARC specific code together

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

Re: [Buildroot] [PATCH v2] binutils/ARC: cleanup

t 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

Re: [PATCH v2] binutils/ARC: cleanup

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 Embedded Linux and Ke

Re: [Buildroot] [PATCH] package/glibc: ARC: use upstream 2.32

e 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.infradea

Re: [Buildroot] [PATCH] package/glibc: ARC: use upstream 2.32

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

Re: [Buildroot] [PATCH v2] package/glibc: ARC: use upstream 2.32

, 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! Thomas -- Thomas P

Re: [Buildroot] [PATCH v3 3/4] lmbench: emulate --prefix to avoid scattering binaries all over

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