On 04/09/24 13:52, Florian Weimer wrote:
> * Adhemerval Zanella Netto:
>
>> 4 la_objopen: f7f00878
>> /home/tcwg-build/workspace/tcwg_gnu_4/abe/builds/armv8l-unknown-linux-gnueabihf/armv8l-unknown-linux-gnueabihf/glibc-glibc.git~master/libgcc_s.so.1
>>
On 04/09/24 03:58, Florian Weimer wrote:
> * ci notify:
>
>> Dear contributor, our automatic CI has detected problems related to your
>> patch(es). Please find some details below. If you have any questions,
>> please follow up on linaro-toolchain@lists.linaro.org mailing list, Libera's
>>
On 18/06/24 13:37, Florian Weimer wrote:
> * ci notify:
>
>> In glibc_check master-aarch64 after:
>>
>> | commit glibc-2.39.9000-340-g176671f604
>> | Author: Carlos Llamas
>> | Date: Tue Jun 18 10:56:34 2024 +0200
>> |
>> | linux: add definitions for hugetlb page size encoding
On 15/02/24 09:13, H.J. Lu wrote:
> On Thu, Feb 15, 2024 at 4:12 AM H.J. Lu wrote:
>>
>> On Thu, Feb 15, 2024 at 3:49 AM Adhemerval Zanella Netto
>> wrote:
>>>
>>>
>>>
>>> On 15/02/24 08:47, H.J. Lu wrote:
>>>> On Thu, Feb 15
On 15/02/24 08:47, H.J. Lu wrote:
> On Thu, Feb 15, 2024 at 12:01 AM Maxim Kuvyrkov
> wrote:
>>
>>> On Feb 15, 2024, at 03:54, H.J. Lu wrote:
>>>
>>> FAIL: elf/tst-gnu2-tls2
>>>
>>> indicates that your _dl_tlsdesc_dynamic may not preserve all caller-saved
>>> registers. Please find out how the
On 18/01/24 10:23, Joseph Myers wrote:
> On Thu, 18 Jan 2024, ci_not...@linaro.org wrote:
>
>> In master-arm after:
>>
>> | commit glibc-2.38.9000-496-gdf11c05be9
>> | Author: Joseph Myers
>> | Date: Wed Jan 17 15:38:54 2024 +
>> |
>> | Update syscall lists for Linux 6.7
Hi Jan,
Your patch caused a regression [1] on aarch64-linux-gnu. Would you
please investigate? I am having some trouble to reproduce it outside
our CI environment, but it has been hitting this issues consistently
and it does seems related to your patch.
Let me know if you need any assistance in
Hi Richard,
Your patch caused a regression [1] on aarch64-linux-gnu. Would you
please investigate? I did a quick analysis and it seems that for
test_copy_lane_f32, test_copy_lane_s32, test_copy_lane_u32, gcc
is now generating zip1 instead of a ins; which does not seem
fully correct.
Let me know
Hi Andrew,
Your patch caused a regression [1] on aarch64-linux-gnu. Would you
please investigate? I did a quick analysis and it seems that the
expected 18 for aarch64 is now 17:
$ grep "Jumps threaded" a-ssa-dom-thread-7.c.197t.thread2
Jumps threaded: 17
Let me know if you need any assistance i
I just tested with 470da3b27e6dbeb3286b09dcb1c1b810ac75b276 and the issues
still happens. I have opened
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56
On 24/08/23 16:12, Maxim Kuvyrkov wrote:
> Hi Richard,
>
> Your patch below ICEs on aarch64-linux-gnu. Should reproduce easily on
> nativ
On 22/06/23 10:18, zac.wal...@linaro.org wrote:
> Hi,
>
> In binutils I need to write an offset between two symbols shifted right by 2
> bits. This offset is written to the xdata section. My
> code currently looks like this:
>
> exp.X_op = O_subtract;
> exp.X_add_symbol = symbol1;
>
On 14/02/23 10:41, Bartosz Golaszewski wrote:
> On Tue, 14 Feb 2023 at 14:33, Bartosz Golaszewski
> wrote:
>>
>> On Tue, 14 Feb 2023 at 11:52, Adhemerval Zanella Netto
>> wrote:
>>>
>>>
>>>
>>> On 13/02/23 19:04, Bartosz Golaszewski
On 13/02/23 19:04, Bartosz Golaszewski wrote:
> On Mon, 13 Feb 2023 at 21:41, Adhemerval Zanella Netto
> wrote:
>>
>>
>>
>> On 13/02/23 17:25, Bartosz Golaszewski wrote:
>>> On Mon, 13 Feb 2023 at 21:17, Adhemerval Zanella Netto
>>> wrote
On 13/02/23 17:25, Bartosz Golaszewski wrote:
> On Mon, 13 Feb 2023 at 21:17, Adhemerval Zanella Netto
> wrote:
>>
>>
>>
>> On 13/02/23 17:05, Bartosz Golaszewski wrote:
>>> On Mon, 13 Feb 2023 at 20:53, Adhemerval Zanella Netto
>>> wrote
On 13/02/23 17:05, Bartosz Golaszewski wrote:
> On Mon, 13 Feb 2023 at 20:53, Adhemerval Zanella Netto
> wrote:
>>
>>
>>
>> On 13/02/23 16:22, Bartosz Golaszewski wrote:
>>> On Mon, 13 Feb 2023 at 19:49, Adhemerval Zanella Netto
>>> wrote
On 13/02/23 16:22, Bartosz Golaszewski wrote:
> On Mon, 13 Feb 2023 at 19:49, Adhemerval Zanella Netto
> wrote:
>>
>>
>>
>> On 13/02/23 12:49, Bartosz Golaszewski wrote:
>>> Hey!
>>>
>>> I'm the author and maintainer of libgpiod. I&
On 13/02/23 12:49, Bartosz Golaszewski wrote:
> Hey!
>
> I'm the author and maintainer of libgpiod. I'm currently getting ready
> to do a new major release. After giving some exposure to the release
> candidate, I noticed that when using clang, I can't link against the
> C++ bindings, while it
> Il giorno 27 lug 2021, alle ore 14:18, Galina Kistanova
> ha scritto:
>
> Dear Linaro Toolchain Working Group,
>
> https://lab.llvm.org/buildbot/#/builders/clang-aarch64-quick builder hits a
> timeout when it builds a clean build. It builds incrementally just fine.
>
> Here is an example
On 23/07/2021 10:30, Joey Ye wrote:
> Hi toolchain experts,
>
> Is there any BKM or build script that can build AArch64 ILP32 glibc?
> Sincerely appreciate any help from Linaro.
>
> Thanks,
> Joey
Hi Joey,
Since ILP32 support is out-of-tree you will need to setup some branches.
As fair I kno
Peter Jones from Red Hat (pjo...@redhat.com ) seems to working on adding
support for aarch64, by the last common on the thread. His work seems
to be quite recent (6th may), so we might want to check with him if he
is planning to finish this work.
Another option might to check lld, we have it work
On 19/10/2020 19:27, Suresh Nulu wrote:
> Hi,
>
> I am new to toolchains. I would like to know information on building
> toolchains for different architectures.
>
> My objective is to build a cross compiling toolchain for AARCH64 BE
> target on the RHEL7.6 build system. It would be great if yo
Hi David,
Sorry about that, I will check this out. I will probably silent the bot
while we figure out the underlying issue.
On 07/07/2020 02:25, David Blaikie wrote:
> Linaro folks - why is this buildbot sending mail when it's already red
> (looks like this buildbot has been red for a while, at l
On 20/12/2019 08:56, Adhemerval Zanella wrote:
>
>
> On 20/12/2019 01:43, John McCall wrote:
>> On 19 Dec 2019, at 16:27, Adhemerval Zanella wrote:
>>
>> On 19/12/2019 14:41, Adhemerval Zanella wrote:
>>
>> On 18/12/2019 14:24, John McCall
On 20/12/2019 01:43, John McCall wrote:
> On 19 Dec 2019, at 16:27, Adhemerval Zanella wrote:
>
> On 19/12/2019 14:41, Adhemerval Zanella wrote:
>
> On 18/12/2019 14:24, John McCall wrote:
>
> On 18 Dec 2019, at 6:48, Adhemerval Zanella wrote:
&g
On 19/12/2019 14:41, Adhemerval Zanella wrote:
>
>
> On 18/12/2019 14:24, John McCall wrote:
>> On 18 Dec 2019, at 6:48, Adhemerval Zanella wrote:
>>> On 18/12/2019 04:16, John McCall wrote:
>>>> There’s been an ongoing failure on the clang-cmake-armv8-sel
On 18/12/2019 14:24, John McCall wrote:
> On 18 Dec 2019, at 6:48, Adhemerval Zanella wrote:
>> On 18/12/2019 04:16, John McCall wrote:
>>> There’s been an ongoing failure on the clang-cmake-armv8-selfhost builder
>>> for the last day or so; see e.g.:
>>>
On 18/12/2019 04:16, John McCall wrote:
> There’s been an ongoing failure on the clang-cmake-armv8-selfhost builder for
> the last day or so; see e.g.:
> http://lab.llvm.org:8011/builders/clang-cmake-armv7-selfhost/builds/2827/
>
> This list is recorded as the contact information for that bui
On 27/11/2019 12:03, Alexander Monakov wrote:
> Hi!
>
> I've attempted to study the implementation of memcpy for 32-bit Arm cores in
> Glibc (which is also found in arm-optimized-routines and first appeared in
> Linaro's cortex-strings project), and I came across a peculiar snippet:
>
> #ifdef
On 22/11/2019 11:52, Andrew Pinski wrote:
> I should say that you need all three options to prevent the code motion from
> happening:
> -fno-tree-loop-im -fno-tree-pre -fno-gcse
>
> -fno-tree-ch prevents the code motion from happening too but only on
> accident; in that all three of the code m
the flag idea to prevent such pessimizations) or the idea is
just to disable -ftree-ch for such cases.
> Thanks,
> Andrew
>
> ________
> From: linaro-toolchain on behalf
> of Adhemerval Zanella
> Sent: Friday, November 22, 2019 5:40 AM
On 22/11/2019 10:55, Arnd Bergmann wrote:
> On Fri, Nov 22, 2019 at 2:40 PM Adhemerval Zanella
> wrote:
>>
>> Hi Arnd,
>>
>> I took a look on the stack usage issue in the kernel snippet you provided
>> [1],
>> and as you have noted the most impact i
Hi Arnd,
I took a look on the stack usage issue in the kernel snippet you provided [1],
and as you have noted the most impact indeed come from -ftree-ch optimization.
It is enabled in all optimization levels besides -Os (since besides possible
increasing the stack usage it also might increase cod
On 30/05/2019 07:27, Alex Bennée wrote:
>
> Hi,
>
> Food for thought for today's sync up. I've been writting QEMU plugins to
> exercise the plugin system and see what sort of useful information you
> can extract when you can control the instruction stream.
>
> For example I now have a plugin t
Interesting how companies keep reinventing the same idea. I came across a
similar tool at IBM 10 years ago name fdprpro which did exactly the same:
it was a post-link optimization tool, which used feedback information
from an instrumented run (similar to PGO) and rebuild the binary with
certain o
On 04/06/2018 15:12, Richard Henderson wrote:
> On 06/04/2018 11:00 AM, Adhemerval Zanella wrote:
>> Do you plan to adapt them to glibc?
>
> Ramana suggested starting "upstream" in cortex-strings and copying to glibc
> from there, as a general work-flow preference.
Do you plan to adapt them to glibc?
On 02/06/2018 19:46, Richard Henderson wrote:
> On 06/01/2018 02:32 AM, Richard Sandiford wrote:
>> Thanks for doing these. One general comment is that the routines
>> tend to use the FFR result even in the case where no potential
>> fault is detected.
>
> Tha
Hi all,
I just upload an sysroot image for ILP32 meant to be used on both testing
and development on dev-01.tcwglab [1]. It is based on out current ILP32
GCC 7 sysroot plus some tools and it is meant to easier development and
testing. It should have all native required tools for GNU development:
On 08/11/2017 15:49, Yao Qi wrote:
> On 8 November 2017 at 16:56, Pinski, Andrew wrote:
>> What env are you using? Are the glibc versions on the same between ILP32
>> and LP64? Because when that was true I did not have any issues with
>> libthread_db.
>>
>
> I didn't run gdb tests in ILP32
On 07/02/2017 13:50, Bharat Bhushan wrote:
> Hi All,
>
> I am working on log10/qsort benchmarks on ARM64 (ARMv8) processor,
>
> I want to check if we have experience with these benchmarks.
> Actually i am looking for a compiler version which gives best results with
> these benchmarks and speci
On 04/07/2016 15:56, Jeffrey Walton wrote:
>>> Mystery solved... GCC 4.8 does not provide a symbolizer.
>>>
>>> From a new comment on the GCC bug report
>>> (https://bugzilla.redhat.com/show_bug.cgi?id=1250844#c6):
>>
>> Even with symbolizer you may face some issue with ASAN on ARM.
>> Check this
On 02/07/2016 05:29, Jeffrey Walton wrote:
> On Sun, Jun 26, 2016 at 10:33 PM, Jeffrey Walton wrote:
>> Hi Everyone,
>>
>> I have a test script from help that repeatedly builds and runs a
>> library under different configurations. The script includes multiple
>> Asan tests.
>>
>> The Asan tests
Hi all,
First sorry for the long message, but I am kinda stuck on an issue
with my split-stack work for aarch64, so any new eyes to check if
I am doing things properly would be really helpful.
I pushed my current work on a local gcc git [1] and glibc [2] branches.
The current code show not issu
On 19-01-2016 03:49, Siddhesh Poyarekar wrote:
> On 19 January 2016 at 00:06, Adhemerval Zanella
> wrote:
>> No one has posted any patch or stirred discussions about it. The complex
>> function in libm are usually coded in in C to be platform neutral, with
>> some
Hi Virendra,
On 18-01-2016 15:54, Virendra Kumar Pathak wrote:
> Hi Linaro Toochain Group,
>
> I have few questions on glibc+libm w.r.t aarch64.
> If possible, please provide some insight, otherwise kindly redirect me to the
> concerned person/forum.
>
> 1.It seems from the community patches th
On 23-12-2015 15:41, Nicolas Pitre wrote:
> On Wed, 23 Dec 2015, Adhemerval Zanella wrote:
>
>>
>>
>>> Em 22 de dez de 2015, às 14:22, Nicolas Pitre
>>> escreveu:
>>>
>>>> On Mon, 21 Dec 2015, Jim Wilson wrote:
>>>>
>
-
> From: linaro-toolchain [mailto:linaro-toolchain-boun...@lists.linaro.org] On
> Behalf Of Nicolas Pitre
> Sent: Wednesday, December 23, 2015 9:41 AM
> To: Adhemerval Zanella
> Cc: Jim Wilson ; Linaro Toolchain Mailman List
>
> Subject: Re: mixed LTO support for 'ld -r
> Em 22 de dez de 2015, às 14:22, Nicolas Pitre
> escreveu:
>
>> On Mon, 21 Dec 2015, Jim Wilson wrote:
>>
>> I tracked the bulk of the patch back to April 2011, though some new
>> LTO related testsuite changes date back to January 2011. The initial
>> patch submission for the bulk of the pa
Hi Nicolas,
On 18-12-2015 19:04, Nicolas Pitre wrote:
> Hello toolchain gurus,
>
> In the course of Linaro's kernel tinification project, the ability to
> compile the Linux kernel using LTO is a frequent requirement. However
> the kernel makes heavy usage of 'ld -r' with .o files resulting from
On 17-12-2015 15:52, Virendra Kumar Pathak wrote:
> Hi All,
>
> I am interested in understanding Linaro LLVM activity.
> I have already gone through
> https://wiki.linaro.org/WorkingGroups/ToolChain/LLVM.
>
> Could you please guide me on below questions.
>
> 1. On which LLVM & clang version, li
On 10-11-2015 10:04, Grant Likely wrote:
> On Tue, Nov 10, 2015 at 11:08 AM, Maxim Uvarov
> wrote:
>> On 10 November 2015 at 13:41, Zoltan Kiss wrote:
>>> On 10/11/15 07:39, Maxim Uvarov wrote:
And it looks like it's problem in OVS, not in ODP. I.e. OVS should allow
to use library f
On 14-10-2015 19:06, Jim Wilson wrote:
> On Tue, Oct 13, 2015 at 5:47 AM, Liu Ting wrote:
>> When upgrading meta-linaro/meta-linaro-toolchain from daisy to fido, we
>> faced drastic performance downgrade (-34.06%) on linux ipv4 forwarding. The
>> board is ls1021atwr (ARM Cortex-A7 MPCore complia
>
> On 08-07-2015 05:33, Virendra Kumar Pathak wrote:
>>
>>
>> I am using below snippet code and linux 'time' command to calculate the time.
>> void sin_func(void)
>> {
>> double incr = 0.732;
>> double result, count = 0.0;
>>
>> printf("%s\n", __func__);
>>
>> whi
Hi
On 08-07-2015 05:33, Virendra Kumar Pathak wrote:
>
> Hi Linaro Toolchain Group,
>
> I am comparing execution time (run time) of sin() trigonometric function
> between following glibc (including libm) libraries for aarch64 (juno cortex
> a57) :
> Linaro glibc 2.19, Linaro eglibc 2.19, eglib
On 24-06-2015 11:15, Renato Golin wrote:
> On 24 June 2015 at 14:50, Adhemerval Zanella
> wrote:
>> I tried some of author advices getting very good results. Basically I
>> moved to optimized clang build, changed to gold linker and used another
>> memory allocat
Recently I came across two excellent post about accelerating clang/llvm
build with different compiler/optimization [1] [2].
I tried some of author advices getting very good results. Basically I
moved to optimized clang build, changed to gold linker and used another
memory allocator than system gl
On 19-06-2015 12:00, Maxim Kuvyrkov wrote:
>> On Jun 18, 2015, at 6:41 PM, Nicolas Pitre wrote:
>>
>> On Thu, 18 Jun 2015, Adhemerval Zanella wrote:
>>
>>>
>>>
>>> On 18-06-2015 11:26, Nicolas Pitre wrote:
>>>> On Thu, 18 Jun 2015,
On 18-06-2015 11:26, Nicolas Pitre wrote:
> On Thu, 18 Jun 2015, Adhemerval Zanella wrote:
>
>>
>>
>> On 18-06-2015 05:44, Maxim Kuvyrkov wrote:
>>>> On Jun 17, 2015, at 3:15 AM, Nicolas Pitre
>>>> wrote:
>>>>
>>>> On Th
On 18-06-2015 05:44, Maxim Kuvyrkov wrote:
>> On Jun 17, 2015, at 3:15 AM, Nicolas Pitre wrote:
>>
>> On Thu, 4 Jun 2015, Jim Wilson wrote:
>>
>>> The normal toolchain process is that patches get added to our releases
>>> only if they are already upstream. Our releases are FSF releases plus
>>>
58 matches
Mail list logo
