Hi all,
I'm wondering what we should now list as the R version in the Depends
section of the description file: the current version 4.3.3 or the
development version 4.4?
Cheers,
Richard
[[alternative HTML version deleted]]
___
Bioc-devel@r
On Mon, Apr 22, 2024 at 12:53:03PM -0500, Eric Blake wrote:
> On Sun, Apr 21, 2024 at 11:03:39AM +0100, Richard W.M. Jones wrote:
> > The plugin/filter short name detection is very liberal, disallowing
> > only '.' and '/'. Thus, at least in theory, short plugin names
> &
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 659b3867a43b088e7a74eab0d1e1e8cc77924a95
https://github.com/WebKit/WebKit/commit/659b3867a43b088e7a74eab0d1e1e8cc77924a95
Author: Richard Robinson
Date: 2024-04-22 (Mon, 22 Apr 2024)
Changed paths
On 4/22/24 10:07, Richard Henderson wrote:
For cpus using PMSA, when the MPU is disabled, the default memory
type is Normal, Non-cachable.
Fixes: 59754f85ed3 ("target/arm: Do memory type alignment check when translation
disabled")
Reported-by: Clément Chigot
Signed-off-by: Richard
For cpus using PMSA, when the MPU is disabled, the default memory
type is Normal, Non-cachable.
Fixes: 59754f85ed3 ("target/arm: Do memory type alignment check when
translation disabled")
Reported-by: Clément Chigot
Signed-off-by: Richard Henderson
---
Since v9 will likely be tagge
On 4/22/24 08:26, Clément Chigot wrote:
Hi Richard,
While testing the future V9, I've some regressions on a custom board
using cortex-R5 CPUs.
Unaligned data accesses are no longer allowed because of that patch.
I've dug into the various documentation and it seems that R-profile
CPUs don't
On 4/22/24 08:21, Richard Henderson wrote:
For Arm's CPUs they fall into two categories:
* older ones don't set MT in their MPIDR, and the Aff0
field is effectively the CPU number
* newer ones do set MT in their MPIDR, but don't have
SMT, so their Aff0 is always 0 and their Aff1
On 4/22/24 04:26, Peter Maydell wrote:
On Mon, 22 Apr 2024 at 11:46, Peter Maydell wrote:
On Sun, 21 Apr 2024 at 06:40, Richard Henderson
wrote:
--- a/target/arm/cpu.c
+++ b/target/arm/cpu.c
@@ -1314,8 +1314,18 @@ static void arm_cpu_dump_state(CPUState *cs, FILE *f,
int flags
https://bugs.kde.org/show_bug.cgi?id=485954
--- Comment #2 from Richard Albrecht ---
Created attachment 168793
--> https://bugs.kde.org/attachment.cgi?id=168793=edit
crash and plasmashell restart output after ten minutes of stucking
And here is crash and plasmashell restart output after
https://bugs.kde.org/show_bug.cgi?id=485954
--- Comment #1 from Richard Albrecht ---
Created attachment 168792
--> https://bugs.kde.org/attachment.cgi?id=168792=edit
journald log output after editing panel widgets
Here is journald log output after editing panel widgets (for example, cpu us
https://bugs.kde.org/show_bug.cgi?id=485954
Bug ID: 485954
Summary: plasmashell crashes after editing panel widgets
Classification: Plasma
Product: plasmashell
Version: 6.0.4
Platform: openSUSE
OS: Linux
S/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
On Thu, Apr 18, 2024 at 10:55:27PM +0100, Richard W.M. Jones wrote:
> On Thu, Apr 18, 2024 at 03:32:33PM -0500, Eric Blake wrote:
> > On Thu, Apr 18, 2024 at 08:38:02PM +0100, Richard W.M. Jones wrote:
> > > ---
> > > tests/Makefile.am | 3 ++
> > &
[
https://issues.apache.org/jira/browse/TOMEE-4320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla resolved TOMEE-4320.
Resolution: Fixed
> TomEE 10 leaks jakarta.json from Smallrye into /
Richard Zowalla created TOMEE-4320:
--
Summary: TomEE 10 leaks jakarta.json from Smallrye into /lib
Key: TOMEE-4320
URL: https://issues.apache.org/jira/browse/TOMEE-4320
Project: TomEE
Issue
we need to rely on the file provided via
dist.a.o
--
Here is my vote:
+1 (binding)
Thanks
Richard
Am Sonntag, dem 21.04.2024 um 10:12 +0200 schrieb Martin Wiesner:
> Hi folks,
>
> I have posted a 1st release candidate (rc1) for the Apache OpenNLP
> 2.3.3 release and it
On Mon, Apr 22, 2024 at 10:52 AM Peter Geoghegan wrote:
> On Sun, Apr 21, 2024 at 10:36 PM Richard Guo
> wrote:
> > I didn't spend much time digging into it, but I wonder if this Assert is
> > sensible. I noticed that before commit 5bf748b86b, the two datatypes
> > were
bf748b86b.
I didn't spend much time digging into it, but I wonder if this Assert is
sensible. I noticed that before commit 5bf748b86b, the two datatypes
were not equal to each other either (anyrange vs. int4range).
Thanks
Richard
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: b783bcea8eeeb4a606e0cfee6815ab1e34451127
https://github.com/WebKit/WebKit/commit/b783bcea8eeeb4a606e0cfee6815ab1e34451127
Author: Richard Robinson
Date: 2024-04-21 (Sun, 21 Apr 2024)
Changed paths
On 4/21/24 16:29, Jean-Marc Lasgouttes wrote:
Le 11/01/2024 à 02:11, Richard Kimberly Heck a écrit :
Not sure. What I do not want is delay 2.4.0.
Big changes are probably not wise right now. I would suggest
committing the first part to 2.4.x as soon as we are sure an
emergency release
commit e83f91252c07b652bb4e361f4270b2cb41503d6e
Author: Richard Kimberly Heck
Date: Sun Apr 21 15:56:00 2024 -0400
Status
---
status.24x | 2 ++
1 file changed, 2 insertions(+)
diff --git a/status.24x b/status.24x
index f667c16376..350e94d4da 100644
--- a/status.24x
+++ b/status.24x
On 4/20/24 21:51, Pavel Sanda wrote:
On Sun, Apr 21, 2024 at 01:50:12AM +, Pavel Sanda wrote:
commit 358efd120a87deb2cf404c762195c046a2e63507
Author: Pavel Sanda
Date: Sun Apr 21 03:49:12 2024 +0200
* metainfo.xml - homepage missing
---
lib/org.lyx.LyX.metainfo.xml | 1 +
1 file
---
tests/Makefile.am | 4 ++
tests/test-bad-filter-name.sh | 74 +++
tests/test-bad-plugin-name.sh | 68
3 files changed, 146 insertions(+)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index
The plugin/filter short name detection is very liberal, reserving only
'.' and '/'. Thus, at least in theory, short plugin names containing
almost arbitrary symbols and characters are permitted.
Backslash ought to have been reserved when we added Windows support.
We should probably reserve more
ude/sysemu/hw_accel.h | 1 -
5 files changed, 5 deletions(-)
Reviewed-by: Richard Henderson
r~
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
"exec/log.h" doesn't require "disas/disas.h". Remove it,
including it in the sources when required.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/log.h | 1 -
target/avr/translate.c | 1 +
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
"qemu/plugin.h" only include the huge "hw/core/cpu.h"
because qemu_plugin_disable_mem_helpers() accesses
CPUState::plugin_mem_cbs. In order to avoid including
it, un-inline qemu_plugin_disable_mem_helpers().
Signed-off-by: Philippe Mathieu-Daudé
.c | 1 +
target/tricore/gdbstub.c | 1 +
3 files changed, 4 insertions(+), 1 deletion(-)
Reviewed-by: Richard Henderson
r~
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
"qemu/plugin.h" uses DECLARE_BITMAP(), which is
declared in "qemu/bitmap.h".
Signed-off-by: Philippe Mathieu-Daudé
---
include/qemu/plugin.h | 1 +
1 file changed, 1 insertion(+)
Reviewed-by: Richard Henderson
r~
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
"exec/log.h" accesses the qemu_loglevel variable,
which is declared in "qemu/log-for-trace.h".
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/log.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/exec/log.h
1 deletion(-)
Reviewed-by: Richard Henderson
r~
exec/cpu_ldst.h".
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/cpu_ldst.h | 55 -
accel/tcg/cputlb.c | 51 ++
2 files changed, 51 insertions(+), 55 deletions(-)
Reviewed-by: Richard Henderson
r~
| 2 +-
3 files changed, 1 insertion(+), 6 deletions(-)
Reviewed-by: Richard Henderson
r~
/physmem.c | 50
1 file changed, 25 insertions(+), 25 deletions(-)
Reviewed-by: Richard Henderson
r~
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
Declare tlb_vaddr_to_host() in "exec/cputlb.h" with the CPU TLB
API. Un-inline the user emulation definition to avoid including
"exec/cpu_ldst.h" (which declares g2h) in "exec/cputlb.h".
Signed-off-by: Philippe Mathieu-Daudé
---
3 firmware that's not an issue anymore.
Greetings,
Richard
3 firmware that's not an issue anymore.
Greetings,
Richard
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
abi_ulong is target specific, replace by abi_ptr which isn't.
Use size_t for the @len type.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/cpu_ldst.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
"exec/cpu_ldst.h" is specific to TCG, do not allow its
inclusion from other accelerators.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/cpu_ldst.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Reviewed-b
your lady friend.https://www.terrybicycles.com/Cite-X-Gel-Italiahttps://www.terrybicycles.com/Liberator-XContact me off this group for more details and pictures.Kim Hetzel. On Thursday, April 4, 2024 at 7:52:34 PM UTC-7 Richard Rose wrote:A lot of nice bars to choose from. That said, the Bosco is per
On Sun, Apr 21, 2024 at 06:51:02AM +0300, David Abdurachmanov wrote:
> On Sun, Apr 21, 2024 at 2:19 AM Kevin Kofler via devel
> wrote:
> >
> > David Abdurachmanov wrote:
> > > We currently use a symlink (as Richard) mentioned, but it's not ideal
> > > and c
---
tests/Makefile.am | 4 ++
tests/test-bad-filter-name.sh | 74 +++
tests/test-bad-plugin-name.sh | 68
3 files changed, 146 insertions(+)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index
The plugin/filter short name detection is very liberal, disallowing
only '.' and '/'. Thus, at least in theory, short plugin names
containing almost arbitrary symbols and characters are permitted.
We should probably reserve more characters, but in this commit I only
reserve:
* backslash (ie.
Guess, you can go for it :-)
I am done with my changes.
Gruß
Richard
Am 21. April 2024 10:01:44 MESZ schrieb Francois Papon
:
>+1
>
>I can try to run the release process if needed, just ask me :)
>
>regards,
>
>François
>
>On 19/04/2024 21:02, Richard Zowalla wro
On 4/19/24 11:31, Dorjoy Chowdhury wrote:
+
+/*
+ * Instantiate a temporary CPU object to build mp_affinity
+ * of the possible CPUs.
+ */
+cpuobj = object_new(ms->cpu_type);
+armcpu = ARM_CPU(cpuobj);
+
for (n = 0; n < ms->possible_cpus->len; n++) {
On 4/18/24 12:25, Philippe Mathieu-Daudé wrote:
Avoid TCG specific declarations being used from non-TCG accelerators.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/cputlb.h | 5 +
1 file changed, 5 insertions(+)
Reviewed-by: Richard Henderson
r~
Reviewed-by: Richard Henderson
r~
target/riscv/debug.h | 2 ++
5 files changed, 28 insertions(+), 15 deletions(-)
create mode 100644 include/exec/breakpoint.h
Reviewed-by: Richard Henderson
r~
4 files changed, 21 insertions(+), 7 deletions(-)
create mode 100644 include/exec/mmu-access-type.h
Reviewed-by: Richard Henderson
r~
Am Montag, dem 15.04.2024 um 19:13 +0200 schrieb Robert Großkopf:
> Da muss also etwas an Deinem neuen System faul sein:
> LibreOffice-Version?
> Wechsel von hellem auf dunklen Hintergrund?
> Altlasten aus einem bestehenden Homverzeichnis (.config/libreoffice/4…)?
In den Einstellungen könnte man
Am Montag, dem 15.04.2024 um 17:11 +0200 schrieb lo.harald.ber...@t-online.de:
> Was ich immer wieder höre, dass bei Linux nicht richtig oder nicht alle
> Pakete installiert worden sind.
Das wäre mir bei Debian, vor allem in der stabilen Fassung, aber neu.
> Das Zweite Punkt, wo hast du
Am Montag, dem 15.04.2024 um 19:14 +0200 schrieb Regina Henschel:
> Schau bitte nach welche LibreOffice-Version von Debian mitgeliefert
> wurde. Du findest das unter Hilfe > Über LibreOffice.
In Debian 11 (Bullseye) wurde LibreOffice in der Version 7.0.4 ausgeliefert.
Im aktuellen Release
On Thu, 18 Apr 2024, 23:18 Santiago Vila, wrote:
> El 18/4/24 a las 22:17, Richard Lewis escribió:
> >>> '^[a-zA-Z0-9_][a-zA-Z0-9._-]*\.sh$'
> >>
> >> Hi. I confirm that this is appropriate for what we distribute:
> >
> > What about local sc
On 4/20/24 13:33, Kornel Benko wrote:
commit 10ca66a7fa7455836eda7169cfd288c1ed2364c1
Author: Kornel Benko
Date: Sat Apr 20 19:33:25 2024 +0200
Cmake install: Forgotten to install tabletemplates.
Just for clarity: Anything that goes to 2.4.x does not also need to go
to 2.4.1-devel.
>
>
> Hi Harald,
> Indeed, the gfc_fatal_error always wins.
:-(
>
> This PR is marked as a regression. Depending on your progress,
> it might be worth to consider fixing what you think is needed
> to get rid of the regression marker and defer the improvement
> of the diagnostics to a second
-by: Richard Henderson
r~
.c | 31 +--
target/arm/helper.c| 16
3 files changed, 29 insertions(+), 25 deletions(-)
Reviewed-by: Richard Henderson
r~
On 4/20/24 12:50, Kornel Benko wrote:
Am Sat, 20 Apr 2024 17:54:42 +0200
schrieb "Jürgen Spitzmüller" :
Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller:
That's strange, you should have six different options. Do you have a
folder called "tabletemplates" in your system
On 4/20/24 08:59, Jürgen Spitzmüller wrote:
Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:
Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
I am currently traveling, so I cannot test. But does the attached
patch help and provide a sufficient clues?
Tio, pretty sure that’s a “Mermaid” colored Platy. Never knew I needed a Mermaid bike until I got one.:)Sent from my iPhoneOn Apr 20, 2024, at 12:28 PM, tio ryan wrote:
Can you tell us more about why the new stem/bar is a pleasant change?I think it's because getting around the city involves
7 deletions(-)
Reviewed-by: Richard Henderson
r~
7 deletions(-)
Reviewed-by: Richard Henderson
r~
UltraSparc" CPU names that contain a
"+"
Reviewed-by: Richard Henderson
r~
On 4/19/24 22:46, Thomas Huth wrote:
Thomas Huth (3):
target/i386/cpu: Remove "x86" prefix from the CPU list
target/s390x/cpu_models: Rework the output of "-cpu help"
target/ppc/cpu_init: Remove "PowerPC" prefix from the CPU list
Reviewed-by: Richard Henderson
r~
é
---
target/riscv/insn_trans/trans_rvzicbo.c.inc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by: Richard Henderson
r~
No one has commented on the "High Efficiency" "Broadband" claims, so I
will. No antenna of this size will simultaneously have both high
efficiency and wide bandwidth, according to established limits in the
literature. See K6OIK's Pacificon paper with the latest refinements
to these limits.
On 4/19/24 02:25, Chinmay Rath wrote:
Hi Richard,
On 4/17/24 00:06, Richard Henderson wrote:
On 4/15/24 23:39, Chinmay Rath wrote:
+static bool trans_MADDHDU(DisasContext *ctx, arg_MADDHDU *a)
...
+ tcg_gen_movi_i64(t1, 0);
Drop the movi.
+ tcg_gen_add2_i64(t1, cpu_gpr[a->vrt],
m/tomee/tree/openid
>
> It's still a huge work in progress right now though
>
>
> > On 13. Apr 2024, at 20:29, Richard Zowalla wrote:
> >
> > Hi,
> >
> > looks like we need to implement OpenID connect for Jakarta Security
> > 3.0
> >
> &
(for now) and
create related tracking Jiras for it).
Gruß
Richard
[1] https://github.com/apache/tomee/pull/1063
Am Freitag, dem 19.04.2024 um 10:04 +0200 schrieb Richard Zowalla:
> Hi all,
>
> overall CXF 4.1.x looks good (from a build perspective and the MP
> TCKs). This is the
[
https://issues.apache.org/jira/browse/TOMEE-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla closed TOMEE-4319.
--
Resolution: Fixed
> CXF 4.1.0-SNAPSHOT
> --
>
>
t;eap: No mutually acceptable types found
packetfence" in the packefencte audit logs .
Thanks
IT Operations Manager
Richard Hepplestone
[cid:logo_small_1a566e59-3688-40d3-a0be-32dce1b6f5cc.png]. . 083 326
6846
richa...@vumacam.co.za<mailto:richa...@vumacam.co.za>
1st Fl
e a reproducibility issue:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4685/steps/12/logs/stdio
Also, your patch From address is now getting corrupted on the mailing
list, you probably need to add the From: lines to your patches when
sending.
Cheers,
Richard
-=-=-=-=-=-=-
Hi Harald,
>
> the patch is OK, but I had to manually fix it. I wonder how you managed
> to produce:
>
Yes, I had to use --whitespace fix when I reapplied it a few minutes ago.
>
> diff --git a/gcc/testsuite/gfortran.dg/pr93484.f90
>
I had followed comment 1 in the PR and wrongly named the
Hi Harald,
>
> the patch is OK, but I had to manually fix it. I wonder how you managed
> to produce:
>
Yes, I had to use --whitespace fix when I reapplied it a few minutes ago.
>
> diff --git a/gcc/testsuite/gfortran.dg/pr93484.f90
>
I had followed comment 1 in the PR and wrongly named the
I'd say build it with +docs, but that failed for me:
:info:build Making Documentation/out/lilypond-contributor.info < texi
:info:build bibtex: Not writing to
[16:47] := GDTR(Base); (* Full 32-bit base address stored *)
FI;
Anyway,
Reviewed-by: Richard Henderson
r~
On 20/04/2024 12:41 PM, kinke wrote:
Android: Switch to native ELF TLS, supported since API level 29 (Android
v10), dropping our former custom TLS emulation (requiring a modified
LLVM and a legacy ld.bfd linker). The prebuilt packages themselves
require Android v10+ (armv7a) / v11+ (aarch64)
On 20/04/2024 9:28 AM, Ivan Kazmenko wrote:
Hi.
I'd like to test locally whether a commit
(https://github.com/dlang/dmd/pull/16400) fixes an issue
(https://issues.dlang.org/show_bug.cgi?id=24440). The GitHub
instructions in the PR tell to use Digger for a quick and easy check,
but it fails
Hi all,
since the TCK challenge is resolved and we are passing the full Batch
TCK and updated most of the dependencies of BatchEE, what do you think
about doing a 2.0.0 release?
Gruß
Richard
zygoloid wrote:
> Unfortunately with this patch I'm still seeing the same
> source-location-exhausted error.
Can you try applying #89428 as well? I think we would need both in order to
prune the module map from the serialized SLocEntries.
https://github.com/llvm/llvm-project/pull/89005
https://github.com/zygoloid approved this pull request.
Thank you!
https://github.com/llvm/llvm-project/pull/89428
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Hi All,
This is a more or less obvious patch. The action is in resolve.cc. The
chunk in symbol.cc is a tidy up of a diagnostic marker to distinguish where
the 'no IMPLICIT type' error was coming from and the chunk in trans-decl.cc
follows from discussion with Harald on the PR.
Regtests fine. OK
Hi All,
This is a more or less obvious patch. The action is in resolve.cc. The
chunk in symbol.cc is a tidy up of a diagnostic marker to distinguish where
the 'no IMPLICIT type' error was coming from and the chunk in trans-decl.cc
follows from discussion with Harald on the PR.
Regtests fine. OK
Right on cue I was just comparing (via bike insights) my Clem L size 52 to the 54.5 AHH. The upcoming Roaduno is reportedly “essentially a Homer”. I have been wondering if I would be able to achieve a Roaduno fit similar to my Clem. It would appear that might be difficult. Stack is good on the
(We
might, I suppose, change the ABI in future, but then we'd have to
recompile everything, same as we'd do on any other architecture.)
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-bui
that limit so there's room for you, too!
73 -
Richard & John, co-Festmeisteres
___
Swlfest mailing list
Swlfest@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/swlfest
To unsubscribe: Send an E-mail to
swlfest-requ...@hard-
Oops! My reply should have been to Igor.Sent from my iPhoneOn Apr 19, 2024, at 9:33 AM, Richard Rose wrote:Hello Ian. I have a few racks for my Clem L (52) that I quite like. First is a Riv “Shiny” rack. It is very sturdy/rigid and supports panniers nicely. I have also used it as a saddlebag
Hello Ian. I have a few racks for my Clem L (52) that I quite like. First is a Riv “Shiny” rack. It is very sturdy/rigid and supports panniers nicely. I have also used it as a saddlebag support. I also have a Nitto R10 for bag support. It works great & is beautiful. Perhaps a bit against the grain
ller to decide if they want to do anything
> with
> diff_stmt.
>
> Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
>
> Ok for master?
OK.
Thanks,
Richard.
> Thanks,
> Tamar
>
> gcc/ChangeLog:
>
> PR tree
On 19/04/2024 13:45, Alexandre Oliva wrote:
> On Apr 16, 2024, "Richard Earnshaw (lists)" wrote:
>
>> The require-effective-target flags test whether a specific set of
>> flags will make the compilation work, so they need to be used in
>> conjunction with the
mode 100644 documentation/submitting_patches.md
> create mode 100644 documentation/tested_hardware.md
This caused the layer compatibility checks to fail:
https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/2028/steps/17/logs/stdio
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Lin
In the C world,
- flush forces data from user-space buffers to OS buffers
- sync forces data from OS buffers to devices
- there is no standard documented way to force devices to move data
from buffers to persistent storage even when the device has such an
operation and the OS knows how to
/OpenEmbedded autoreconf pretty much everything we
can. We bootstrap our own autoconf/automake native tools too. To do
that you effectively need m4, perl and gnu-config and we assume perl
from the host system.
Cheers,
Richard
> Build URL:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6823
>
This one was a green build, so we're good to replace rc2 with this one.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62967): https
ere: [1]
I don't know, if this change was intentional from CXF (if so, we might
need to fix it on our side) or if it was just an unintentional change.
Any thoughts?
Gruß
Richard
[1] https://github.com/apache/tomee/pull/1121
[2] https://github.com/apache/cxf/pull/1822
On Fri, 12 Apr 2024 14:40:05 GMT, Sergey Nazarkin wrote:
> An alternative for preemptively switching the W^X thread mode on macOS with
> an AArch64 CPU. This implementation triggers the switch in response to the
> SIGBUS signal if the *si_addr* belongs to the CodeCache area. With this
>
to retrieve required cookies and crumbs
> were changed to allow EU based users to use the module. Issue #373
>
Can confirm yahoojson is now working from the UK.
Thank you!
--
Richard
signature.asc
Description: OpenPGP digital signature
___
gnuc
MEM <- MEM set, it only checks it on the destination, in
> store to ZERO_EXTRACT only checks it on the source.
>
> The following patch adds the missing side_effects_p checks.
> Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
OK.
Thanks,
Richard.
> 2024-04-19
for the un < vn case that also means the
> divisor is large enough that the result should be q 0 r u).
>
> Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
OK.
Richard.
> 2024-04-19 Jakub Jelinek
>
> PR libgcc/114762
> * libgcc2.c (__divmo
On Thu, Apr 18, 2024 at 6:34 PM Jonathan Wakely wrote:
>
> This would fix the but, how do people feel about it this close to the
> gcc-14 release?
Guess we'll have to fix it anyway, so why not now ... (what could go wrong..)
Richard.
> Tested x86_64-linux.
>
> -- >8 --
&g
801 - 900 of 716412 matches
Mail list logo