This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch 0/6] scalar-storage-order merge (2)
- From: Eric Botcazou <ebotcazou at adacore dot com>
- To: Bernd Schmidt <bschmidt at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Tue, 13 Oct 2015 19:32:08 +0200
- Subject: Re: [patch 0/6] scalar-storage-order merge (2)
- Authentication-results: sourceware.org; auth=none
- References: <1475877 dot YmvvkeqT8x at polaris> <5617A600 dot 7000102 at redhat dot com>
> My main question about this series is - how generally useful do you
> expect it to be? I know of some different projects that would like
> bi-endian capability, but it looks like this series implements something
> that is a little too limited to be of use in these cases.
AdaCore has customers who have been using it for a few years. With the inline
pragma and either the configuration pragma (Ada) or the switch (C/C++), you
can use it without much code rewriting.
> It looks like it comes with a nontrivial maintenance cost.
Nontrivial but manageable IMO and the heavily modified parts (mostly the RTL
expander) are "cold" these days. I suspect that less "limited" versions would
be far more intrusive and less manageable.
Of course I would do the maintenance (I have been doing it for a few years at
AdaCore), except for the C++ front-end that I don't know at all; that's why
I'm OK to drop the C++ support for now.
--
Eric Botcazou