From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 40310 invoked by alias); 24 Nov 2016 07:36:22 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 40301 invoked by uid 89); 24 Nov 2016 07:36:21 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Conform, peculiar X-HELO: mx1.redhat.com Subject: Re: ILP32 for ARM64: testing with glibc testsuite To: Yury Norov , Maxim Kuvyrkov References: <1477081997-4770-1-git-send-email-ynorov@caviumnetworks.com> <20161107082359.GA19666@yury-N73SV> <20161109095650.GA22804@yury-N73SV> <20161124051539.GA5365@yury-N73SV> Cc: GNU C Library From: Florian Weimer Message-ID: Date: Thu, 24 Nov 2016 07:36:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161124051539.GA5365@yury-N73SV> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-11/txt/msg00870.txt.bz2 On 11/24/2016 06:15 AM, Yury Norov wrote: > Conform tests fail most probably because I have vanilla headers at > standard paths (/usr/include). Modified headers are under different > testing location. Steve also tested it, and he has modified headers at > /usr/include, and he doesn't see failures of conform tests. I don't > think that kernel or wrong ABI caused this regression. Most probably > it's configuration issue. I also think that glibc should take headers > from testing directory, not from standard paths. For me it's dangerous > to replace standard headers with untested ones. Is there some option > in glibc testsuite configuration to provide path to headers explicitly? There is something peculiar with your test setup, I think. The conform tests do not do that for me. How do you configure, build, and test glibc? The instability in the malloc tests need investigation as well. If you run this on a simulator, you need to increase the test timeout. > elf/* tests fail only in ILP32 mode. We tracked it down to the linker > problem that replaces accesses to TLS with direct address calculation > if possible, and does it wrong for ilp32. This is definitely a linker > problem, and ABI and kernel are not involved here. The elf/check-localplt failure may have a different cause. What does the test report in the .out file? Thanks, Florian