+DavidMalcolm
Can you review this patch when you have a moment?
Thanks, David
On Mon, May 17, 2021 at 3:05 PM David Edelsohn wrote:
>
> The aix.h change is okay with me, but you need to get approval for the
> incpath.c and cpplib.h parts of the patch from the appropriate
> maintainers.
>
> Than
Here is the part of the libbacktrace patch with the enhancement to the
rendering of assert message.
It only contains one real fix, the rendering of address. In 2 places it
was done with "0x%p", so resulting in something like: 0x0x012345678
Otherwise it is just enhancements, mostly avoiding in
On 5/22/21 1:39 PM, Andre Vehreschild via Gcc-patches wrote:
Hi Steve and Jerry,
thanks for the ok'ing.
Committed as https://gcc.gnu.org/g:26ca6dbda23bc6dfab96ce07afa70ebacedfaf9c
and https://gcc.gnu.org/g:c4771b3438a8cd9afcef1762957b763f8df3fa6e (for the
missing changelog entries).
Hello.
A
This was indeed the right approach.
The only minor drawback is that __is_noexcept_invocable<> combines
noexcept qualification of the conversion and of the hash functor. So if
the hash functor is not noexcept we could end up creating temporaries
for nothing.
So I've eventually used th
On Tue, May 18, 2021 at 11:52:27AM -0600, Jeff Law via Gcc-patches wrote:
> On 5/18/2021 2:56 AM, Joern Rennecke wrote:
> >I find that when compiling some files, lra goes into an infinite loop
> >reloading constant
> >addresses. This patch allows them to just be recognized as matching
> >addresse
1. Update PUSH_ARGS to accept an argument. When the PUSH instruction
usage is optional, pass the number of bytes to push to PUSH_ARGS so that
the backend can decide if PUSH instructions should be generated.
2. Change x86 PUSH_ARGS to return 0 when number of bytes to push is more
than a word to avo
Hi Steve and Jerry,
thanks for the ok'ing.
Committed as https://gcc.gnu.org/g:26ca6dbda23bc6dfab96ce07afa70ebacedfaf9c
and https://gcc.gnu.org/g:c4771b3438a8cd9afcef1762957b763f8df3fa6e (for the
missing changelog entries).
- Andre
On Fri, 21 May 2021 19:38:00 -0700
Jerry D wrote:
> yes, pleas
Hi!
First: many thanks for running this automated regression testing
machinery!
On 2021-05-21T18:40:55-0700, "sunil.k.pandey via Gcc-patches"
wrote:
> On Linux/x86_64,
>
> 325aa13996bafce0c4927876c315d1fa706d9881 is the first bad commit
> commit 325aa13996bafce0c4927876c315d1fa706d9881
> Author
