Re: Help for git send-email setting

On Mon, 13 Jan 2025 at 12:17, Ben Boeckel via Gcc wrote: > > On Mon, Jan 13, 2025 at 01:27:17 +, Hao Liu via Gcc wrote: > > I'm new to GCC community, and try to contribute some patches. > > I am having trouble setting git send-email with Outlook on Linux. Does > > anyone have any successful ex

Re: Help for git send-email setting

On 13/01/2025 01:27, Hao Liu via Gcc wrote: Hi, I'm new to GCC community, and try to contribute some patches. I am having trouble setting git send-email with Outlook on Linux. Does anyone have any successful experiences to share? I assume from your email address that you're referring to the

Re: Help for git send-email setting

On Mon, Jan 13, 2025 at 01:27:17 +, Hao Liu via Gcc wrote: > I'm new to GCC community, and try to contribute some patches. > I am having trouble setting git send-email with Outlook on Linux. Does > anyone have any successful experiences to share? I don't believe Outlook is well-suited for send

Re: Help with vector cost model

On Fri, Jul 12, 2024 at 4:42 AM Andrew Pinski wrote: > > On Thu, Jul 11, 2024 at 2:14 AM Richard Biener > wrote: > > > > On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford > > wrote: > > > > > > Andrew Pinski writes: > > > > I need some help with the vector cost model for aarch64. > > > > I am

Re: Help with vector cost model

On Thu, Jul 11, 2024 at 2:14 AM Richard Biener wrote: > > On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford > wrote: > > > > Andrew Pinski writes: > > > I need some help with the vector cost model for aarch64. > > > I am adding V2HI and V4QI mode support by emulating it using the > > > native V

Re: Help with vector cost model

On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford wrote: > > Andrew Pinski writes: > > I need some help with the vector cost model for aarch64. > > I am adding V2HI and V4QI mode support by emulating it using the > > native V4HI/V8QI instructions (similarly to mmx as SSE is done). The > > proble

Re: Help with vector cost model

Andrew Pinski writes: > I need some help with the vector cost model for aarch64. > I am adding V2HI and V4QI mode support by emulating it using the > native V4HI/V8QI instructions (similarly to mmx as SSE is done). The > problem is I am running into a cost model issue with > gcc.target/aarch64/pr9

Re: Help needed with maintainer-mode

On 06/03/2024 15:04, Andrew Carlotti via Gcc wrote: > On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote: >> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: >>> >>> Hi Christophe, >>> >>> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: I've not

Re: Help needed with maintainer-mode

On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote: > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > > > Hi Christophe, > > > > On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: > > > I've noticed that sourceware's buildbot has a small script > >

Re: Help needed with maintainer-mode

On 05/03/2024 14:26, Richard Earnshaw (lists) wrote: > On 04/03/2024 20:04, Jonathan Wakely wrote: >> On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev >> wrote: >>> >>> >>> >>> On 3/4/24 09:38, Richard Earnshaw (lists) wrote: Tools like git (and svn before it) don't try to maintain time-sta

Re: Help needed with maintainer-mode

On 04/03/2024 20:04, Jonathan Wakely wrote: > On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev > wrote: >> >> >> >> On 3/4/24 09:38, Richard Earnshaw (lists) wrote: >>> Tools like git (and svn before it) don't try to maintain time-stamps on >>> patches, the tool just modifies the file and the time

Re: Help needed with maintainer-mode

On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev wrote: > > > > On 3/4/24 09:38, Richard Earnshaw (lists) wrote: > > Tools like git (and svn before it) don't try to maintain time-stamps on > > patches, the tool just modifies the file and the timestamp comes from the > > time of the modification.

Re: Help needed with maintainer-mode

On 3/4/24 09:38, Richard Earnshaw (lists) wrote: Tools like git (and svn before it) don't try to maintain time-stamps on patches, the tool just modifies the file and the timestamp comes from the time of the modification. That's fine if there is nothing regenerated within the repository (it

Re: Help needed with maintainer-mode

On 04/03/2024 16:42, Christophe Lyon wrote: > On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw > wrote: >> >> >> >> On 04/03/2024 15:36, Richard Earnshaw (lists) wrote: >> > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: >> >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely >> >> wrote: >> >>> >

Re: Help needed with maintainer-mode

On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw wrote: > > > > On 04/03/2024 15:36, Richard Earnshaw (lists) wrote: > > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: > >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: > >>> > >>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc > >

Re: Help needed with maintainer-mode

On 04/03/2024 15:36, Richard Earnshaw (lists) wrote: > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: >>> >>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc >>> wrote: Hi! On Mon, 4 Mar 2024 at 10:36, Thomas

Re: Help needed with maintainer-mode

On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: > On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: >> >> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote: >>> >>> Hi! >>> >>> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: Hi! On 2024-03-04T00:30:05+,

Re: Help needed with maintainer-mode

On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: > > On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote: > > > > Hi! > > > > On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: > > > > > > Hi! > > > > > > On 2024-03-04T00:30:05+, Sam James wrote: > > > > Mark Wielaard writes: >

Re: Help needed with maintainer-mode

On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote: > > Hi! > > On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: > > > > Hi! > > > > On 2024-03-04T00:30:05+, Sam James wrote: > > > Mark Wielaard writes: > > >> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: > > >

Re: Help needed with maintainer-mode

Hi! On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: > > Hi! > > On 2024-03-04T00:30:05+, Sam James wrote: > > Mark Wielaard writes: > >> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: > >>> [...], I read > >>> https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration > >

Re: Help needed with maintainer-mode

Hi! On 2024-03-04T00:30:05+, Sam James wrote: > Mark Wielaard writes: >> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: >>> [...], I read >>> https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration >>> which basically says "run autoreconf in every dir where there is a >>> c

Re: Help needed with maintainer-mode

Mark Wielaard writes: > Hi Christophe, Hi Mark, Christophe, et. al, > > On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: >> > > > And it was indeed done this way because that way the files are >> > > > regenerated in a reproducible way. Which wasn't the case when using >> > > >

Re: Help needed with maintainer-mode

Hi Christophe, On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote: > > > > And it was indeed done this way because that way the files are > > > > regenerated in a reproducible way. Which wasn't the case when using > > > > --enable-maintainer-mode (and autoreconfig also doesn't work).

Re: Help needed with maintainer-mode

On Fri, 1 Mar 2024 at 14:08, Mark Wielaard wrote: > > Hi Christophe, > > On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote: > > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > > That python script works across gcc/binutils/gdb: > > > https://sourceware.org/cgit/builder/tree/builder/

Re: Help needed with maintainer-mode

On Fri, 1 Mar 2024 at 14:08, Mark Wielaard wrote: > > Hi Christophe, > > On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote: > > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > > That python script works across gcc/binutils/gdb: > > > https://sourceware.org/cgit/builder/tree/builder/

Re: Help needed with maintainer-mode

Hi Christophe, On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote: > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > That python script works across gcc/binutils/gdb: > > https://sourceware.org/cgit/builder/tree/builder/containers/autoregen.py > > > > It is installed into a containe

Re: Help needed with maintainer-mode

On Thu, 29 Feb 2024 at 20:49, Thiago Jung Bauermann wrote: > > > Hello, > > Christophe Lyon writes: > > > I hoped improving this would be as simple as adding > > --enable-maintainer-mode when configuring, after making sure > > autoconf-2.69 and automake-1.15.1 were in the PATH (using our host's >

Re: Help needed with maintainer-mode

Hello, Christophe Lyon writes: > I hoped improving this would be as simple as adding > --enable-maintainer-mode when configuring, after making sure > autoconf-2.69 and automake-1.15.1 were in the PATH (using our host's > libtool and gettext seems OK). > > However, doing so triggered several pr

Re: Help needed with maintainer-mode

On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > Hi Christophe, > > On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: > > I've noticed that sourceware's buildbot has a small script > > "autoregen.py" which does not use the project's build system, but > > rather calls a

Re: Help needed with maintainer-mode

On Thu, 29 Feb 2024 at 11:41, Richard Earnshaw (lists) wrote: > > On 29/02/2024 10:22, Christophe Lyon via Gcc wrote: > > Hi! > > > > Sorry for cross-posting, but I'm not sure the rules/guidelines are the > > same in gcc vs binutils/gdb. > > > > TL;DR: are there some guidelines about how to use/en

Re: Help needed with maintainer-mode

Hi Christophe, On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: > I've noticed that sourceware's buildbot has a small script > "autoregen.py" which does not use the project's build system, but > rather calls aclocal/autoheader/automake/autoconf in an ad-hoc way. > Should we

Re: Help needed with maintainer-mode

On 29/02/2024 10:22, Christophe Lyon via Gcc wrote: > Hi! > > Sorry for cross-posting, but I'm not sure the rules/guidelines are the > same in gcc vs binutils/gdb. > > TL;DR: are there some guidelines about how to use/enable maintainer-mode? > > In the context of the Linaro CI, I've been looking

Re: Help with clz(0) and optimization

On 10/31/23 08:26, Enrico via Gcc wrote: I am working on GCC for a target architecture where clz(0) is defined and is 32 (TriCore). The code under test is the following: #include int f(unsigned int a) { unsigned int res = 32 - __builtin_clz(a); if(res > 0) printf("test"); retu

Re: Help needed in output relocations

> Hello, Hi, > I have almost completed the output of relocation entries. The only thing > that remains is to output the corresponding symbols in .symtab. In my > current design, I store the info about relocation entry and the symbol > name. However, the problem I am facing with this approach is tha

Re: Help with an ABI peculiarity

Iain Sandoe writes: > Hi Richard, >> On 20 Jan 2022, at 22:32, Richard Sandiford >> wrot>> Iain Sandoe writes: On 10 Jan 2022, at 10:46, Richard Sandiford wrot>> An alternative might be to make promote_function_arg a “proper” ABI hook, taking a cumulative_args_t and a function_

Re: Help with an ABI peculiarity

Hi Richard, > On 20 Jan 2022, at 22:32, Richard Sandiford wrote: > > Iain Sandoe writes: >>> On 10 Jan 2022, at 10:46, Richard Sandiford >>> wrot>> An alternative might be to make promote_function_arg a “proper” >>> ABI hook, taking a cumulative_args_t and a function_arg_info. >>> Perhaps the

Re: Help with an ABI peculiarity

Iain Sandoe writes: >> On 10 Jan 2022, at 10:46, Richard Sandiford >> wrot>> An alternative might be to make promote_function_arg a “proper” >> ABI hook, taking a cumulative_args_t and a function_arg_info. >> Perhaps the return case should become a separate hook at the >> same time. >> >> That

Re: Help with an ABI peculiarity

On Mon, Jan 10, 2022 at 8:28 AM Iain Sandoe wrote: > > Hi Florian, > > > On 10 Jan 2022, at 08:38, Florian Weimer wrote: > > > > * Jeff Law via Gcc: > > > >> Most targets these days use registers for parameter passing and > >> obviously we can run out of registers on all of them. The key > >> pr

Re: Help with an ABI peculiarity

On 10/01/2022 08:38, Florian Weimer via Gcc wrote: * Jeff Law via Gcc: Most targets these days use registers for parameter passing and obviously we can run out of registers on all of them.  The key property is the size/alignment of the argument differs depending on if it's pass in a register

Re: Help with an ABI peculiarity

* Iain Sandoe: > In the case that a call is built and no prototype is available, the > assumption is that all parms are named. The promotion is then done > according to the C promotion rules. > > [for the number of args that can be passed in int regs] the callee > will happen to observe the same

Re: Help with an ABI peculiarity

Hi Florian, > On 10 Jan 2022, at 08:38, Florian Weimer wrote: > > * Jeff Law via Gcc: > >> Most targets these days use registers for parameter passing and >> obviously we can run out of registers on all of them. The key >> property is the size/alignment of the argument differs depending on if

Re: Help with an ABI peculiarity

> On 10 Jan 2022, at 10:46, Richard Sandiford wrote: > > Iain Sandoe writes: >> Hi Folks, >> >> In the aarch64 Darwin ABI we have an unusual (OK, several unusual) feature >> of the calling convention. >> >> When an argument is passed *in a register* and it is integral and less than >> SI

Re: Help with an ABI peculiarity

Iain Sandoe writes: > Hi Folks, > > In the aarch64 Darwin ABI we have an unusual (OK, several unusual) feature of > the calling convention. > > When an argument is passed *in a register* and it is integral and less than > SI it is promoted (with appropriate signedness) to SI. This applies when

Re: Help with an ABI peculiarity

* Jeff Law via Gcc: > Most targets these days use registers for parameter passing and > obviously we can run out of registers on all of them.  The key > property is the size/alignment of the argument differs depending on if > it's pass in a register (get promoted) or passed in memory (not > promot

Re: Help with an ABI peculiarity

On 1/7/2022 2:55 PM, Paul Koning via Gcc wrote: On Jan 7, 2022, at 4:06 PM, Iain Sandoe wrote: Hi Folks, In the aarch64 Darwin ABI we have an unusual (OK, several unusual) feature of the calling convention. When an argument is passed *in a register* and it is integral and less than SI

Re: Help with an ABI peculiarity

> On Jan 7, 2022, at 4:06 PM, Iain Sandoe wrote: > > Hi Folks, > > In the aarch64 Darwin ABI we have an unusual (OK, several unusual) feature of > the calling convention. > > When an argument is passed *in a register* and it is integral and less than > SI it is promoted (with appropriate s

Re: help debug hash_map garbage collection issue

On 4/20/21 8:26 PM, Jason Merrill wrote: On Tue, Apr 20, 2021 at 8:31 PM Martin Sebor via Gcc wrote: On 4/20/21 5:03 PM, Martin Sebor wrote: On 4/20/21 4:15 PM, Martin Sebor wrote: On 4/20/21 2:36 PM, Martin Sebor wrote: On 4/20/21 2:13 PM, Marek Polacek wrote: On Tue, Apr 20, 2021 at 02:0

Re: help debug hash_map garbage collection issue

On Tue, Apr 20, 2021 at 8:31 PM Martin Sebor via Gcc wrote: > > On 4/20/21 5:03 PM, Martin Sebor wrote: > > On 4/20/21 4:15 PM, Martin Sebor wrote: > >> On 4/20/21 2:36 PM, Martin Sebor wrote: > >>> On 4/20/21 2:13 PM, Marek Polacek wrote: > On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Se

Re: help debug hash_map garbage collection issue

On 4/20/21 5:03 PM, Martin Sebor wrote: On 4/20/21 4:15 PM, Martin Sebor wrote: On 4/20/21 2:36 PM, Martin Sebor wrote: On 4/20/21 2:13 PM, Marek Polacek wrote: On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Sebor via Gcc wrote: I have a static hash_map object that needs to persist across p

Re: help debug hash_map garbage collection issue

On 4/20/21 4:15 PM, Martin Sebor wrote: On 4/20/21 2:36 PM, Martin Sebor wrote: On 4/20/21 2:13 PM, Marek Polacek wrote: On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Sebor via Gcc wrote: I have a static hash_map object that needs to persist across passes:    static GTY(()) hash_map *map;

Re: help debug hash_map garbage collection issue

On 4/20/21 2:36 PM, Martin Sebor wrote: On 4/20/21 2:13 PM, Marek Polacek wrote: On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Sebor via Gcc wrote: I have a static hash_map object that needs to persist across passes:    static GTY(()) hash_map *map; I initialize the map like so:    map =

Re: help debug hash_map garbage collection issue

On 4/20/21 2:13 PM, Marek Polacek wrote: On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Sebor via Gcc wrote: I have a static hash_map object that needs to persist across passes: static GTY(()) hash_map *map; I initialize the map like so: map = hash_map::create_ggc (4); But I see cras

Re: help debug hash_map garbage collection issue

On Tue, Apr 20, 2021 at 02:03:00PM -0600, Martin Sebor via Gcc wrote: > I have a static hash_map object that needs to persist across passes: > > static GTY(()) hash_map *map; > > I initialize the map like so: > > map = hash_map::create_ggc (4); > > But I see crashes when accessing the map a

Re: HELP: MIPS PC Relative Addressing

On Thu, 4 Mar 2021, Jiaxun Yang wrote: > > I'm not sure though why you try to avoid composed relocations given we've > > had them for 20+ years now. Relocations are just calculation operators > > for expressions evaluated at link time rather than assembly or high-level > > language compilation

Re: HELP: MIPS PC Relative Addressing

在 2021/3/2 下午11:30, Maciej W. Rozycki 写道: On Tue, 2 Mar 2021, Jiaxun Yang wrote: After spending days poking with AUIPC, I suddenly found we indeed have ALUIPC instruction in MIPS R6, which will clear low 16bit of AUIPC result. So the whole thing now looks easier, we can have R_MIPS_PC_PAGE

Re: HELP: MIPS PC Relative Addressing

On Tue, 2 Mar 2021, Jiaxun Yang wrote: > After spending days poking with AUIPC, I suddenly found we indeed have ALUIPC > instruction in MIPS R6, which will clear low 16bit of AUIPC result. > > So the whole thing now looks easier, we can have R_MIPS_PC_PAGE and > R_MIPS_PC_OFST and avoid all mess

Re: HELP: MIPS PC Relative Addressing

在 2021/2/25 上午5:40, Jim Wilson 写道: On Wed, Feb 24, 2021 at 6:18 AM Jiaxun Yang > wrote: I found it's very difficult for GCC to generate this kind of pcrel_lo expression, RTX label_ref can't be lower into such LOW_SUM expression. Yes, it is difficu

Re: HELP: MIPS PC Relative Addressing

On Thu, 25 Feb 2021, Jiaxun Yang wrote: > > You may want to use composed relocations to refer to .LA1 (R_MIPS_32) and > > .LA0 (R_MIPS_SUB). There may or may not be linker updates needed; unlike > > the RISC-V one the MIPS BFD backend already supports composed relocations > > with the usual ELF

Re: HELP: MIPS PC Relative Addressing

On Thu, 25 Feb 2021, Jiaxun Yang wrote: > > > I'll take this approach first, add "lla, dlla" pseudo-instructions to > > > assembler and seeking optimization > > > in future. > > > > The DLA and LA macros are supposed to do that already, no need to invent > > new names. > > Hmm, how could we te

Re: HELP: MIPS PC Relative Addressing

On Thu, Feb 25, 2021, at 10:57 AM, Maciej W. Rozycki wrote: > On Thu, 25 Feb 2021, Jiaxun Yang wrote: > > > > There is a far easier way to do this, which is to just emit an assembler > > > macro, and let the assembler generate the labels and relocs.  This is what > > > the RISC-V GCC port does

Re: HELP: MIPS PC Relative Addressing

On Thu, 25 Feb 2021, Jiaxun Yang wrote: > > There is a far easier way to do this, which is to just emit an assembler > > macro, and let the assembler generate the labels and relocs.  This is what > > the RISC-V GCC port does by default.  This prevents some optimizations like > > scheduling the two

Re: HELP: MIPS PC Relative Addressing

在 2021/2/25 上午1:30, Maciej W. Rozycki 写道: On Wed, 24 Feb 2021, Jiaxun Yang wrote: For RISC-V, %pcrel_lo shall point to the label of corresponding %pcrel_hi, like .LA0:     auipc    a0, %pcrel_hi(sym)     addi  a0, a0, %pcrel_lo(.LA0) I commented on it once, in the course of the FDPIC

Re: HELP: MIPS PC Relative Addressing

在 2021/2/25 上午5:40, Jim Wilson 写道: On Wed, Feb 24, 2021 at 6:18 AM Jiaxun Yang > wrote: I found it's very difficult for GCC to generate this kind of pcrel_lo expression, RTX label_ref can't be lower into such LOW_SUM expression. Yes, it is difficult.

Re: HELP: MIPS PC Relative Addressing

On Wed, 24 Feb 2021, Jim Wilson wrote: > > I commented on it once, in the course of the FDPIC design project, and I > > find it broken by design. Sadly it has made it into the RISC-V psABI and > > it is hard to revert at this time, too many places have started relying on > > it. > > > > It was

Re: HELP: MIPS PC Relative Addressing

On Wed, Feb 24, 2021 at 9:30 AM Maciej W. Rozycki wrote: > On Wed, 24 Feb 2021, Jiaxun Yang wrote: > > > For RISC-V, %pcrel_lo shall point to the label of corresponding > %pcrel_hi, > > like > > > > .LA0: > > auipca0, %pcrel_hi(sym) > > addi a0, a0, %pcrel_lo(.LA0) > > I comment

Re: HELP: MIPS PC Relative Addressing

On Wed, Feb 24, 2021 at 6:18 AM Jiaxun Yang wrote: > I found it's very difficult for GCC to generate this kind of pcrel_lo > expression, > RTX label_ref can't be lower into such LOW_SUM expression. > Yes, it is difficult. You need to generate a label, and put the label number in an unspec in th

Re: HELP: MIPS PC Relative Addressing

On Wed, 24 Feb 2021, Jiaxun Yang wrote: > For RISC-V, %pcrel_lo shall point to the label of corresponding %pcrel_hi, > like > > .LA0: >     auipc    a0, %pcrel_hi(sym) >     addi  a0, a0, %pcrel_lo(.LA0) I commented on it once, in the course of the FDPIC design project, and I find it broke

Re: Help with workflow

> Thanks for responding to my post. I am not trying to generate C but to follow > the intermediate representation into the Ada runtime. > > So let's just say we had this: > > with Ada.Text_IO; > use Ada.Text_IO; > procedure Do_Delays is > begin > Put_Line("Wait 5 seconds."); > delay 5.0;

Re: Help with workflow

On 2020-12-20 7:24 a.m., Arnaud Charlet wrote: Pat, Not sure what you are trying to do . Are you trying to generate C code from Ada? If so, can you clarify why? In other words, what is the high level problem you are trying to solve and that you'd like to achieve? Is it the ability to navigate in

Re: Help with workflow

Pat, Not sure what you are trying to do . Are you trying to generate C code from Ada? If so, can you clarify why? In other words, what is the high level problem you are trying to solve and that you'd like to achieve? Is it the ability to navigate in Ada code? If you want to generate C from Ada, G

Re: Help with PR97872

On Thu, 10 Dec 2020 at 17:11, Richard Biener wrote: > > On Wed, 9 Dec 2020, Prathamesh Kulkarni wrote: > > > On Tue, 8 Dec 2020 at 14:36, Prathamesh Kulkarni > > wrote: > > > > > > On Mon, 7 Dec 2020 at 17:37, Hongtao Liu wrote: > > > > > > > > On Mon, Dec 7, 2020 at 7:11 PM Prathamesh Kulkarni

Re: Help with PR97872

On Wed, 9 Dec 2020, Prathamesh Kulkarni wrote: > On Tue, 8 Dec 2020 at 14:36, Prathamesh Kulkarni > wrote: > > > > On Mon, 7 Dec 2020 at 17:37, Hongtao Liu wrote: > > > > > > On Mon, Dec 7, 2020 at 7:11 PM Prathamesh Kulkarni > > > wrote: > > > > > > > > On Mon, 7 Dec 2020 at 16:15, Hongtao Liu

Re: Help with PR97872

It seems better with your PR97872 fix on i386. Cat test.c typedef char v16qi __attribute__ ((vector_size(16))); v16qi f1(v16qi a, v16qi b) { return (a & b) != 0; } before f1(char __vector(16), char __vector(16)): pand %xmm1, %xmm0 pxor %xmm1, %xmm1 pcmpeqb %xmm1, %xmm0 pcmpeqd %xmm1, %xmm1 pand

Re: Help with PR97872

On Tue, 8 Dec 2020 at 14:36, Prathamesh Kulkarni wrote: > > On Mon, 7 Dec 2020 at 17:37, Hongtao Liu wrote: > > > > On Mon, Dec 7, 2020 at 7:11 PM Prathamesh Kulkarni > > wrote: > > > > > > On Mon, 7 Dec 2020 at 16:15, Hongtao Liu wrote: > > > > > > > > On Mon, Dec 7, 2020 at 5:47 PM Richard Bi

Re: Help with PR97872

On Mon, 7 Dec 2020 at 17:37, Hongtao Liu wrote: > > On Mon, Dec 7, 2020 at 7:11 PM Prathamesh Kulkarni > wrote: > > > > On Mon, 7 Dec 2020 at 16:15, Hongtao Liu wrote: > > > > > > On Mon, Dec 7, 2020 at 5:47 PM Richard Biener wrote: > > > > > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote:

Re: Help with PR97872

On Mon, Dec 7, 2020 at 7:11 PM Prathamesh Kulkarni wrote: > > On Mon, 7 Dec 2020 at 16:15, Hongtao Liu wrote: > > > > On Mon, Dec 7, 2020 at 5:47 PM Richard Biener wrote: > > > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > On Mon, 7 Dec 2020 at 13:01, Richard Biener wrote:

Re: Help with PR97872

On Mon, 7 Dec 2020 at 16:15, Hongtao Liu wrote: > > On Mon, Dec 7, 2020 at 5:47 PM Richard Biener wrote: > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > > > On Mon, 7 Dec 2020 at 13:01, Richard Biener wrote: > > > > > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > > > >

Re: Help with PR97872

On Mon, Dec 7, 2020 at 5:47 PM Richard Biener wrote: > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > On Mon, 7 Dec 2020 at 13:01, Richard Biener wrote: > > > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > On Fri, 4 Dec 2020 at 17:18, Richard Biener wrote: > > > > > >

Re: Help with PR97872

On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > On Mon, 7 Dec 2020 at 13:01, Richard Biener wrote: > > > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > > > On Fri, 4 Dec 2020 at 17:18, Richard Biener wrote: > > > > > > > > On Fri, 4 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > > >

Re: Help with PR97872

On Mon, 7 Dec 2020 at 13:01, Richard Biener wrote: > > On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > > > On Fri, 4 Dec 2020 at 17:18, Richard Biener wrote: > > > > > > On Fri, 4 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > On Thu, 3 Dec 2020 at 16:35, Richard Biener wrote: > > > > > > >

Re: Help with PR97872

On Mon, 7 Dec 2020, Prathamesh Kulkarni wrote: > On Fri, 4 Dec 2020 at 17:18, Richard Biener wrote: > > > > On Fri, 4 Dec 2020, Prathamesh Kulkarni wrote: > > > > > On Thu, 3 Dec 2020 at 16:35, Richard Biener wrote: > > > > > > > > On Thu, 3 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > > >

Re: Help with PR97872

On Fri, 4 Dec 2020 at 17:18, Richard Biener wrote: > > On Fri, 4 Dec 2020, Prathamesh Kulkarni wrote: > > > On Thu, 3 Dec 2020 at 16:35, Richard Biener wrote: > > > > > > On Thu, 3 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > On Tue, 1 Dec 2020 at 16:39, Richard Biener wrote: > > > > > > >

Re: Help with PR97872

On Fri, 4 Dec 2020, Prathamesh Kulkarni wrote: > On Thu, 3 Dec 2020 at 16:35, Richard Biener wrote: > > > > On Thu, 3 Dec 2020, Prathamesh Kulkarni wrote: > > > > > On Tue, 1 Dec 2020 at 16:39, Richard Biener wrote: > > > > > > > > On Tue, 1 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > > >

Re: Help with PR97872

On Thu, 3 Dec 2020 at 16:35, Richard Biener wrote: > > On Thu, 3 Dec 2020, Prathamesh Kulkarni wrote: > > > On Tue, 1 Dec 2020 at 16:39, Richard Biener wrote: > > > > > > On Tue, 1 Dec 2020, Prathamesh Kulkarni wrote: > > > > > > > Hi, > > > > For the test mentioned in PR, I was trying to see if

Re: Help with PR97872

On Thu, 3 Dec 2020, Prathamesh Kulkarni wrote: > On Tue, 1 Dec 2020 at 16:39, Richard Biener wrote: > > > > On Tue, 1 Dec 2020, Prathamesh Kulkarni wrote: > > > > > Hi, > > > For the test mentioned in PR, I was trying to see if we could do > > > specialized expansion for vcond in target when oper

Re: Help with PR97872

On Tue, 1 Dec 2020 at 16:39, Richard Biener wrote: > > On Tue, 1 Dec 2020, Prathamesh Kulkarni wrote: > > > Hi, > > For the test mentioned in PR, I was trying to see if we could do > > specialized expansion for vcond in target when operands are -1 and 0. > > arm_expand_vcond gets the following ope

Re: Help with PR97872

On Tue, 1 Dec 2020, Prathamesh Kulkarni wrote: > Hi, > For the test mentioned in PR, I was trying to see if we could do > specialized expansion for vcond in target when operands are -1 and 0. > arm_expand_vcond gets the following operands: > (reg:V8QI 113 [ _2 ]) > (reg:V8QI 117) > (reg:V8QI 118)

Re: help with uninstalling gcc

On Fri, 5 Jun 2020 at 10:12, Diego Pardo via Gcc wrote: > > Hi,I've installed gcc 8, how can I uninstall it? That depends how you installed it, and you've told us nothing useful that would allow us to help you. But in any case, please direct this question to the gcc-h...@gcc.gnu.org list where i

Re: Help porting a plugin to more recent GCC

On Tue, 2020-05-12 at 11:12 +0200, Sebastian Kürten wrote: > Hi everybody, > > I'm trying to adapt an existing, open source GCC plugin so that it > will > work with more recent versions of GCC (it is currently working with > 4.7 > only). During my research I came across your suggestion on the > Wi

Re: Help implementing support for vec in gengtype

On Tue, Apr 21, 2020 at 5:56 PM Giuliano Belinassi wrote: > > Hi, Richi > > On 04/21, Richard Biener wrote: > > On Mon, Apr 20, 2020 at 11:45 PM Giuliano Belinassi > > wrote: > > > > > > Hi. Sorry for the late reply. > > > > > > On 03/02, Richard Biener wrote: > > > > On Thu, Feb 27, 2020 at 6:56

Re: Help implementing support for vec in gengtype

Hi, Richi On 04/21, Richard Biener wrote: > On Mon, Apr 20, 2020 at 11:45 PM Giuliano Belinassi > wrote: > > > > Hi. Sorry for the late reply. > > > > On 03/02, Richard Biener wrote: > > > On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi > > > wrote: > > > > > > > > Hi, all. > > > > > > > > I

Re: Help implementing support for vec in gengtype

On Mon, Apr 20, 2020 at 11:45 PM Giuliano Belinassi wrote: > > Hi. Sorry for the late reply. > > On 03/02, Richard Biener wrote: > > On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi > > wrote: > > > > > > Hi, all. > > > > > > I am tying to fix an issue with a global variable in the parallel gcc

Re: Help implementing support for vec in gengtype

Hi. Sorry for the late reply. On 03/02, Richard Biener wrote: > On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi > wrote: > > > > Hi, all. > > > > I am tying to fix an issue with a global variable in the parallel gcc > > project. For this, I am trying to move some global variables from > > tree

Re: Help, Where I can find proper libtool version?

On Wed, 15 Apr 2020, Maciej W. Rozycki via Gcc wrote: > > So after runing autoreconf and make , I get "libtool: > > Version mismatch error.".It is a curious version, the gnu > > mirrors have no such version. > > It is a repository snapshot, there has been no such release. For 1.3134 > you ne

Re: Help, Where I can find proper libtool version?

thank your reply. I think that should have a website put current working version tools. I have try to find each right versions for each tools. ---Original--- From: "Maciej W. Rozycki"ftp://sourceware.org/>; or maybe ; (there might be a better place).  Moving on to an

Re: Help, Where I can find proper libtool version?

On Wed, 15 Apr 2020, 易会战 via Gcc wrote: > I am trying to add a library into gcc source code tree. The gcc source > have used libtool 2.2.7a 1.1334. but I cannot find the version. It is "libtool (GNU libtool 1.3134 2009-11-30) 2.2.7a" AFAICT, that is 1.3134 rather than 1.1334. I take it there

Re: Help implementing support for vec in gengtype

On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi wrote: > > Hi, all. > > I am tying to fix an issue with a global variable in the parallel gcc > project. For this, I am trying to move some global variables from > tree-ssa-operands to struct function. One of this variable is a > vec type, and gen

Re: Help implementing support for vec in gengtype

On 2/27/20 12:56 PM, Giuliano Belinassi wrote: Hi, all. I am tying to fix an issue with a global variable in the parallel gcc project. For this, I am trying to move some global variables from tree-ssa-operands to struct function. One of this variable is a vec type, and gengtype doesn't look s

Re: Help with new GCC git workflow...

On 1/15/20 4:55 AM, Jonathan Wakely wrote: On Wed, 15 Jan 2020 at 09:49, Richard Biener wrote: On Wed, Jan 15, 2020 at 10:33 AM Jonathan Wakely wrote: On Wed, 15 Jan 2020 at 08:40, Richard Biener wrote: On Tue, Jan 14, 2020 at 5:51 PM Eric S. Raymond wrote: Peter Bergner : At this po

Re: Help with new GCC git workflow...

Richard Biener : > > I like to write really fine-grained commits when I'm developing, then > > squash before pushing so the public repo commits always go from "tests > > pass" to "test pass". That way you can do clean bisections on the > > public history. > > The question is wheter one could achi

  1   2   3   4   5   6   >