On Oct 12, 2022, Jonathan Wakely wrote:
> On Wed, 12 Oct 2022 at 12:41, Jonathan Wakely wrote:
>>
>> On Thu, 23 Jun 2022 at 12:38, Alexandre Oliva via Libstdc++
>> wrote:
>> >
>> > On Jun 22, 2022, Alexandre Oliva wrote:
>> >
>> > > Regstrapped on x86_64-linux-gnu, also tested with a cross to
On Wed, 12 Oct 2022 at 12:41, Jonathan Wakely wrote:
>
> On Thu, 23 Jun 2022 at 12:38, Alexandre Oliva via Libstdc++
> wrote:
> >
> > On Jun 22, 2022, Alexandre Oliva wrote:
> >
> > > Regstrapped on x86_64-linux-gnu, also tested with a cross to
> > > aarch64-rtems6. Ok to install?
> >
> > The ea
On Thu, 23 Jun 2022 at 12:38, Alexandre Oliva via Libstdc++
wrote:
>
> On Jun 22, 2022, Alexandre Oliva wrote:
>
> > Regstrapped on x86_64-linux-gnu, also tested with a cross to
> > aarch64-rtems6. Ok to install?
>
> The early wakeups are fixed for rtems6.1, so the same question raised at
> http
On Jun 22, 2022, Alexandre Oliva wrote:
> Regstrapped on x86_64-linux-gnu, also tested with a cross to
> aarch64-rtems6. Ok to install?
The early wakeups are fixed for rtems6.1, so the same question raised at
https://gcc.gnu.org/pipermail/gcc-patches/2022-June/597102.html apply to
this one:
li
Even without frequent signals interrupting nanosleep, sleep_for on
rtems on qemu wakes up too early by a predictable margin of less than
0,3%, which some async tests complain about the too-short wait times.
Allow the tests to tolerate a little sleep deprivation.
Regstrapped on x86_64-linux-gnu,
