On 5/21/20 2:52 AM, H.J. Lu wrote:
On Wed, May 20, 2020 at 7:23 AM Martin Liška wrote:
On 5/20/20 3:57 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 6:55 AM Martin Liška wrote:
On 5/20/20 3:48 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
On 5/20/20 1:31 PM, H.J.
On Wed, May 20, 2020 at 7:23 AM Martin Liška wrote:
>
> On 5/20/20 3:57 PM, H.J. Lu wrote:
> > On Wed, May 20, 2020 at 6:55 AM Martin Liška wrote:
> >>
> >> On 5/20/20 3:48 PM, H.J. Lu wrote:
> >>> On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
>
> On 5/20/20 1:31 PM, H.J. Lu wrot
N.B. I've redirected this to gcc-help where it's on-topic. Please
answer there instead.
On Wed, 20 May 2020 at 22:35, Ted Toth via Gcc wrote:
>
> I work on a project with a large code base some of which is pretty old. We
> are discussing adding -std=gnu++11 to our g++ compiles to be able to use
>
I work on a project with a large code base some of which is pretty old. We
are discussing adding -std=gnu++11 to our g++ compiles to be able to use
newer classes/features but there are concerns that there could be
unintended consequences. For existing code that doesn't use any new
features/classes
Hello Martin,
Thank you for a thorough reply. I have some updates and more questions for
you. I have put them inline.
In gist,
- FSF replied with signed assignment form; still working on getting Compile
Farm access
- Generated bunch of GIMPLE dump and looked at few of them
- I proposed some form o
On 5/20/20 3:57 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 6:55 AM Martin Liška wrote:
On 5/20/20 3:48 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
On 5/20/20 1:31 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
On 5/20/20 12:59 AM, H.J.
On 20/05/2020 10:27, Jakub Jelinek via Gcc wrote:
> On Wed, May 20, 2020 at 11:19:49AM +0200, Thomas Koenig wrote:
>> Hm, one question: I find the r11-1234 type commit to be much more
>> readable, in ChangeLog files and everywhere else.
>>
>> Would it be possible to have that format instead of
>> "
On Wed, May 20, 2020 at 6:55 AM Martin Liška wrote:
>
> On 5/20/20 3:48 PM, H.J. Lu wrote:
> > On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
> >>
> >> On 5/20/20 1:31 PM, H.J. Lu wrote:
> >>> On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
>
> On 5/20/20 12:59 AM, H.J. Lu wro
On 5/20/20 3:48 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
On 5/20/20 1:31 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
On 5/20/20 12:59 AM, H.J. Lu wrote:
I got:
$ git push origin releases/gcc-10
Enumerating objects: 15, done.
Counti
On Wed, May 20, 2020 at 6:47 AM Martin Liška wrote:
>
> On 5/20/20 1:31 PM, H.J. Lu wrote:
> > On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
> >>
> >> On 5/20/20 12:59 AM, H.J. Lu wrote:
> >>> I got:
> >>>
> >>> $ git push origin releases/gcc-10
> >>> Enumerating objects: 15, done.
> >>> Co
On 5/20/20 1:31 PM, H.J. Lu wrote:
On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
On 5/20/20 12:59 AM, H.J. Lu wrote:
I got:
$ git push origin releases/gcc-10
Enumerating objects: 15, done.
Counting objects: 100% (15/15), done.
Delta compression using up to 8 threads
Compressing objects
On Wed, May 20, 2020 at 1:40 AM Martin Liška wrote:
>
> On 5/20/20 12:59 AM, H.J. Lu wrote:
> > I got:
> >
> > $ git push origin releases/gcc-10
> > Enumerating objects: 15, done.
> > Counting objects: 100% (15/15), done.
> > Delta compression using up to 8 threads
> > Compressing objects: 100% (6
On Wed, 20 May 2020 at 09:44, Rasmus Villemoes wrote:
>
> Hi
>
> The condition variable implementation added in commit 806dd0472f56fd
> seems to fall into the trap(s) pointed out in the paper
>
> http://birrell.org/andrew/papers/ImplementingCVs.pdf
>
> in particular, the "if no thread is current
* Szabolcs Nagy:
> The 05/20/2020 09:02, Florian Weimer via Gcc wrote:
>> * Richard Henderson:
>> > On 5/19/20 3:38 AM, Florian Weimer via Gcc wrote:
>> >> One minor improvement would be to document __aarch64_have_lse_atomics as
>> >> interposable on the GCC side and define that directly in glibc,
On Wed, May 20, 2020 at 11:19:49AM +0200, Thomas Koenig wrote:
> Hm, one question: I find the r11-1234 type commit to be much more
> readable, in ChangeLog files and everywhere else.
>
> Would it be possible to have that format instead of
> "cherry picked from commit $HEX_SOUP" ?
I think if you g
On 5/20/20 11:19 AM, Thomas Koenig wrote:
Hm, one question: I find the r11-1234 type commit to be much more
readable, in ChangeLog files and everywhere else.
Would it be possible to have that format instead of
"cherry picked from commit $HEX_SOUP" ?
I'm not aware of how to do it.
Please let's
Hm, one question: I find the r11-1234 type commit to be much more
readable, in ChangeLog files and everywhere else.
Would it be possible to have that format instead of
"cherry picked from commit $HEX_SOUP" ?
The 05/20/2020 09:02, Florian Weimer via Gcc wrote:
> * Richard Henderson:
> > On 5/19/20 3:38 AM, Florian Weimer via Gcc wrote:
> >> One minor improvement would be to document __aarch64_have_lse_atomics as
> >> interposable on the GCC side and define that directly in glibc, so that
> >> lse-init.o
On 5/20/20 12:59 AM, H.J. Lu wrote:
I got:
$ git push origin releases/gcc-10
Enumerating objects: 15, done.
Counting objects: 100% (15/15), done.
Delta compression using up to 8 threads
Compressing objects: 100% (6/6), done.
Writing objects: 100% (8/8), 1.15 KiB | 1.15 MiB/s, done.
Total 8 (delt
Hi
The condition variable implementation added in commit 806dd0472f56fd
seems to fall into the trap(s) pointed out in the paper
http://birrell.org/andrew/papers/ImplementingCVs.pdf
in particular, the "if no thread is currently waiting, signal should not
leave a full semaphore so a following _w
On 5/20/20 12:20 AM, Jonathan Wakely wrote:
Or this one that actually adds the closing parenthesis
Thank you, it's definitely an improvement.
There's final version of the patch I've just applied.
Martin
>From a55c1018c9d7c53b643203e7f71b06953fae86a1 Mon Sep 17 00:00:00 2001
From: Jonathan Wak
On 5/19/20 9:31 PM, Martin Sebor wrote:
On 5/19/20 1:26 PM, Martin Liška wrote:
On 5/19/20 9:19 PM, Martin Sebor via Gcc wrote:
Yep, that was it. It's one of those things that you can stare at
for minutes before you notice it.
Thank you for the report, it's 1:0 for the hook ;)
Next time, ple
On 5/14/20 2:42 PM, Martin Liška wrote:
Hello.
I'm sending patch candidate that adds 2 new git aliases:
- gcc-backport - simple alias to 'git cherry-pick -x'
- gcc-revert - it similarly appends '(this reverts commit
365e3cde4978c6a7dbfa50865720226254c016be)'
to a reverted commit message
The sc
* Richard Henderson:
> On 5/19/20 3:38 AM, Florian Weimer via Gcc wrote:
>> One minor improvement would be to document __aarch64_have_lse_atomics as
>> interposable on the GCC side and define that directly in glibc, so that
>> lse-init.o is not linked in anymore and __aarch64_have_lse_atomics can
24 matches
Mail list logo
