Re: Test GCC conversion with reposurgeon available

2020-01-07 Thread Richard Earnshaw (lists)
On 06/01/2020 22:09, Loren James Rittle wrote: On Fri, 3 Jan 2020, Joseph Myers wrote: git+ssh://gcc.gnu.org/home/gccadmin/gcc-reposurgeon-7a.git git+ssh://gcc.gnu.org/home/gccadmin/gcc-reposurgeon-7b.git I have not had a substantial commit to gcc [or, likely, post to this list] in a decade T

Status of gcc 10.0.0 on x86_64-w64-mingw32

2020-01-07 Thread Rainer Emrich
First status of gcc 10.0.0 on x86_64-w64-mingw32 for the new year. Test results: https://gcc.gnu.org/ml/gcc-testresults/2020-01/msg00355.html Complete logs: https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W?path=%2F10.0.0-rev.279895 signature.asc Description: OpenPGP digital signat

Re: -fpatchable-function-entry should set SHF_WRITE and create one __patchable_function_entries per function

2020-01-07 Thread Szabolcs Nagy
On 07/01/2020 07:25, Fangrui Song wrote: > On 2020-01-06, Fangrui Song wrote: >> The addresses of NOPs are collected in a section named >> __patchable_function_entries. >> A __patchable_function_entries entry is relocated by a symbolic relocation >> (e.g. R_X86_64_64, R_AARCH64_ABS64, R_PPC64_ADD

Re: Support Library Requirements for GCC 10

2020-01-07 Thread Richard Biener
On Sun, Jan 5, 2020 at 9:28 PM Bruno Haible wrote: > > Hi, > > The minimum support library version of MPC for building GCC 10 is not > correct. > > After downloading gcc-10-20191229.tar.xz and > $ cd gcc-10-20191229/gcc/doc > $ ./install.texi2html > $ xdg-open HTML/prerequisites.html > I ins

Re: Support Library Requirements for GCC 10

2020-01-07 Thread Richard Biener
On Tue, Jan 7, 2020 at 1:38 PM Richard Biener wrote: > > On Sun, Jan 5, 2020 at 9:28 PM Bruno Haible wrote: > > > > Hi, > > > > The minimum support library version of MPC for building GCC 10 is not > > correct. > > > > After downloading gcc-10-20191229.tar.xz and > > $ cd gcc-10-20191229/gcc/do

Re: Question about sizeof after struct change

2020-01-07 Thread Richard Biener
On Mon, Jan 6, 2020 at 12:03 PM Jonathan Wakely wrote: > > On Fri, 3 Jan 2020 at 16:09, Erick Ochoa wrote: > > Do you mean something like taking the address of a struct and adding an > > offset > > to access a field? > > Yes, the following code is valid: > > struct S { int unused; int used; }; >

Re: Frontend access to target-related options

2020-01-07 Thread Richard Biener
On Thu, Jan 2, 2020 at 5:54 PM Nathan Sidwell wrote: > > On 1/1/20 4:31 AM, The Other wrote: > > Hi, > > I'm currently working on a Rust frontend for GCC. Rust has some > > language-level conditional compilation features based on the presence or > > lack of features in the target architecture (e.g

Re: Need sanity check on DSE vs expander issue

2020-01-07 Thread Richard Biener
On Fri, Dec 20, 2019 at 12:08 PM Richard Biener wrote: > > On December 20, 2019 8:25:18 AM GMT+01:00, Jeff Law wrote: > >On Fri, 2019-12-20 at 08:09 +0100, Richard Biener wrote: > >> On December 20, 2019 3:20:40 AM GMT+01:00, Jeff Law > >wrote: > >> > I need a sanity check here. > >> > > >> > Gi

Re: Test GCC conversion with reposurgeon available

2020-01-07 Thread Loren James Rittle
Richard, Thanks for the offer, but no need. Just wanted to confirm with some detail that I reviewed aspects of the svn-git conversion and LGTM. BTW, I too saw the issue (in 14 out of 261 master commits) reported by Andrew where (in my case) "ljrit...@gcc.gnu.org" was used in Author line(s) rathe

[ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Christophe Lyon
Hi, I've received a support request where GCC generates strd/ldrd which require aligned memory addresses, while the user code actually provides sub-aligned pointers. The sample code is derived from CMSIS: #define __SIMD32_TYPE int #define __SIMD32(addr) (*(__SIMD32_TYPE **) & (addr)) void foo(sh

Re: [ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Richard Earnshaw (lists)
On 07/01/2020 15:57, Christophe Lyon wrote: Hi, I've received a support request where GCC generates strd/ldrd which require aligned memory addresses, while the user code actually provides sub-aligned pointers. The sample code is derived from CMSIS: #define __SIMD32_TYPE int #define __SIMD32(add

Re: [ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Marc Glisse
On Tue, 7 Jan 2020, Christophe Lyon wrote: I've received a support request where GCC generates strd/ldrd which require aligned memory addresses, while the user code actually provides sub-aligned pointers. The sample code is derived from CMSIS: #define __SIMD32_TYPE int #define __SIMD32(addr) (*

Re: [ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Christophe Lyon
On Tue, 7 Jan 2020 at 17:06, Richard Earnshaw (lists) wrote: > > On 07/01/2020 15:57, Christophe Lyon wrote: > > Hi, > > > > I've received a support request where GCC generates strd/ldrd which > > require aligned memory addresses, while the user code actually > > provides sub-aligned pointers. > >

Re: [ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Christophe Lyon
On Tue, 7 Jan 2020 at 17:18, Marc Glisse wrote: > > On Tue, 7 Jan 2020, Christophe Lyon wrote: > > > I've received a support request where GCC generates strd/ldrd which > > require aligned memory addresses, while the user code actually > > provides sub-aligned pointers. > > > > The sample code is

Re: [ARM] LLVM's -arm-assume-misaligned-load-store equivalent in GCC?

2020-01-07 Thread Andrew Pinski
On Tue, Jan 7, 2020 at 7:58 AM Christophe Lyon wrote: > > Hi, > > I've received a support request where GCC generates strd/ldrd which > require aligned memory addresses, while the user code actually > provides sub-aligned pointers. > > The sample code is derived from CMSIS: > #define __SIMD32_TYPE