On Sun, Mar 12, 2017 at 11:45 PM, Gerald Pfeifer wrote:
> On Wed, 24 Aug 2016, Richard Biener wrote:
>> We've been creating those lazily over the last decade. We can change
>> that, an entry for releasing.html is appreciated then so we don't forget.
>
> And here we go, in time for the release of
Hi Palmer,
On Sun, 12 Mar 2017, Palmer Dabbelt wrote:
> I looked at our stuff (RISC-V) and there's almost nothing in there.
> Is there something I should add? I looked at the aarch64 stuff in the
> "host/target specific issues start here" section and there's some notes
> about binutils-2.24.
On 10/03/17 23:56, Segher Boessenkool wrote:
On Fri, Mar 10, 2017 at 10:30:33AM +, Kyrill Tkachov wrote:
I'm trying to improve the cases where the result of the arithmetic
operation is used in multiple places besides the comparison.
For example:
add w0, w0, w1
add
On 12 March 2017 at 13:21, Daniel Krügler wrote:
> I'm now working on
>
> http://cplusplus.github.io/LWG/lwg-defects.html#2861
>
> The new wording state is now equivalent to basic_string_view, whose
> current implementation doesn't bother verifying the requirement, so
> this code (which as UB) cur
2017-03-13 11:56 GMT+01:00 Jonathan Wakely :
> On 12 March 2017 at 13:21, Daniel Krügler wrote:
>> I'm now working on
>>
>> http://cplusplus.github.io/LWG/lwg-defects.html#2861
>>
>> The new wording state is now equivalent to basic_string_view, whose
>> current implementation doesn't bother verify
On 03/10/2017 11:23 AM, Joseph Myers wrote:
On Fri, 10 Mar 2017, Daniel Santos wrote:
3. Wouldn't it be better to move this logic up into DejaGnu and restrict gcc
to using a black-box interface for modifying the environment?
GCC is meant to work with a wide range of different DejaGnu versions.
On Mon, Mar 13, 2017 at 09:53:11AM +, Kyrill Tkachov wrote:
> >combine doesn't try to combine all producer-consumer pairs, only
> >producer with first consumer, because it would not often help and
> >could easily take much more time. On the other hand I'd love to get
> >rid of the LOG_LINKS an
Hi Guys,
I was thinking that it would be nice to make plugins a "first-class
citizen" in the gcc world by having a proper directory structure and
integration into the rest of gcc. For example:
gcc/plugins <-- Everything plugin-y starts here
gcc/plugins/Make-lang.in <--
On 13 March 2017 at 11:33, Daniel Krügler wrote:
> 2017-03-13 11:56 GMT+01:00 Jonathan Wakely :
>> On 12 March 2017 at 13:21, Daniel Krügler wrote:
>>> I'm now working on
>>>
>>> http://cplusplus.github.io/LWG/lwg-defects.html#2861
>>>
>>> The new wording state is now equivalent to basic_string_v
On Mon, 13 Mar 2017 01:59:28 PDT (-0700), ger...@pfeifer.com wrote:
> On Sun, 12 Mar 2017, Palmer Dabbelt wrote:
>> I looked at our stuff (RISC-V) and there's almost nothing in there.
>> Is there something I should add? I looked at the aarch64 stuff in the
>> "host/target specific issues start her
A recent mailing list post about install.texi cleanup suggested I take a
look at ours, and there were a few problems:
* No table of contents entries
* Not alphabetically ordered
* Missing a note about requiring binutils-2.28
gcc/ChangeLog:
2017-03-13 Palmer Dabbelt : Add table of contents
On 21/02/2017 16:14, David Edelsohn wrote:
On Mon, Feb 20, 2017 at 11:02 AM, Olivier Hainque wrote:
On Feb 17, 2017, at 01:10 , David Edelsohn wrote:
This is not a new issue. The maintainer did not suddenly resign last
week. There have been numerous efforts to reach out to the SPE
community
On Sun, 12 Mar 2017, Gerald Pfeifer wrote:
> References to dependencies on really, really old versions of
> binutils (talking 10+ years here) which I think we can remove.
> Let me follow-up with some of you with concrete suggestions
> around that.
I think we should set a global minimum binutils
On Sun, 12 Mar 2017, Gerald Pfeifer wrote:
> On Fri, 10 Mar 2017, Manuel López-Ibáñez wrote:
> >> I am currently translating GCC into German. During that, I noticed that
> >> in some places the term "zero character" means '\0'. The official term
> >> though is "null character", as per the C standa
14 matches
Mail list logo