.
Gruß
Richard
Am 29. März 2024 13:07:14 MEZ schrieb Alex The Rocker :
>Hi Richard,
>
>Maybe not fully answering your request to get dependencies analysis on
>lib/, but running latest grype led to this small finding:
>
>NAMEINSTALLED FIXED-IN TYPE
Diff attached.
Regards
Richard
diff --git a/include/haproxy/ssl_ckch-t.h b/include/haproxy/ssl_ckch-t.h
index 0002b84d9..2470c45b2 100644
--- a/include/haproxy/ssl_ckch-t.h
+++ b/include/haproxy/ssl_ckch-t.h
@@ -56,6 +56,13 @@ struct ckch_data {
X509 *ocsp_issuer;
OCSP_CERTID *ocsp_cid;
int
/www.mail-archive.com/haproxy@formilux.org/msg44741.html
3. https://www.gnutls.org/manual/html_node/PKCS11-Initialization.html
4.
https://docs.oasis-open.org/pkcs11/pkcs11-base/v3.0/csprd01/pkcs11-base-v3.0-csprd01.html
5. https://github.com/latchset/pkcs11-provider
6. https://github.com/OpenSC/libp11
Regards
Richard
ickly (i.e. in the upcoming
week(s)) regardless of the outcome of the discussion in [2].
Are there any objections against it?
Gruß
Richard
[1] https://lists.apache.org/thread/ph2r1xkt8f5j4n9kdkoosqv3dw3chnzr
[2] https://lists.apache.org/thread/mh36qgdph4rrlpgd48oq5cvdlqr6t12r
Am Montag, dem
feedback, so we
can start with release preperations.
Gruß
Richard
Am Freitag, dem 29.03.2024 um 11:01 +0100 schrieb Alex The Rocker:
> Hi there,
>
> It's been more than 3 monthes since TomEE 9.1.2 was released.
> Couples of updates have been delivered in 9.1.3 in-work, including 2
with 9.1.x anyway. Even if a
possible outcome of this discussion is, that we just stay with (1).
Gruß
Richard
[1] https://github.com/apache/tomee/pull/1114
[2] https://lists.apache.org/thread/7mp6lw41qvtx6q3nf1rpqdv7zndb5xs5
[3] https://lists.apache.org/thread/4nffbsvp6202pydr7mmyrsq6rqhgdkd6
commit: 5bf8858b838e87def072cbc01927768799b7cc89
Author: Richard Freeman gentoo org>
AuthorDate: Fri Mar 29 11:31:04 2024 +
Commit: Richard Freeman gentoo org>
CommitDate: Fri Mar 29 11:31:24 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5b
commit: 0692ee17f584257f8e0dce50e2849c823bf02b81
Author: Richard Freeman gentoo org>
AuthorDate: Fri Mar 29 11:18:50 2024 +
Commit: Richard Freeman gentoo org>
CommitDate: Fri Mar 29 11:19:16 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=06
m from the Downloads page on denemo.org, so you can have confidence
in using them
Richard
> I have just activated Jack
> support in it.
>
> Andreas
>
> PS: Please use group reply to include the list in your replies, as
> others may offer different solutions or benefit from t
On 3/29/24 11:13 AM, Sebastiaan Couwenberg wrote:
Parquet component of the Apache Arrow C++ library
"
That's not in Debian yet:
https://bugs.debian.org/970021
Ah, not an easy one, so to see...
Thanks Bas!
Regards,
Richard Duivenvoorde
On Thu, Mar 28, 2024 at 10:46:45AM -0700, Luis Chamberlain wrote:
> Hey Richard,
>
> Sorry for the trouble but it seems my two emails got bounced.
> The first one I think becuase I went trigger happy and emailed
> before the list accepted me, and second I think because
trivial patch to remove them.
Thanks
Richard
v1-0001-Remove-excessive-trailing-semicolons.patch
Description: Binary data
[1] tells me there is a stable specification?
OR is there another reason (adding a dependency to Parquet maybe)?
As said, I'm not into the details, but getting a little excited by reading this
post [0] from Chris Holmes :-)
Regards,
Richard Duivenvoorde
[0] https://gdal.org/drivers/vector/parqu
Hi Harald,
Thanks for the thumbs-up. Committed as
3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6.
I will backport to 13-branch in a couple of weeks.
Best regards
Paul
On Thu, 28 Mar 2024 at 22:27, Harald Anlauf wrote:
> ...snip...
> yes, this looks good here.
>
> ...snip...
The patch looks
Hi Harald,
Thanks for the thumbs-up. Committed as
3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6.
I will backport to 13-branch in a couple of weeks.
Best regards
Paul
On Thu, 28 Mar 2024 at 22:27, Harald Anlauf wrote:
> ...snip...
> yes, this looks good here.
>
> ...snip...
The patch looks
zygoloid wrote:
IIRC the issue here is that in C++98, the MTE is in a "weird" place in the AST,
because of the different rules governing how and when temporaries are formed.
For example, for `const int = C().a[0];`, we'll form an MTE wrapping just
the `C()` expression, converting it to an
being reproduced in Cirrus CI, as Matthias
reported in another thread [1] days ago.
[1]
https://www.postgresql.org/message-id/CAEze2WiiE-iTKxgWQzcjyiiiA4q-zsdkkAdCaD_E83xA2g2BLA%40mail.gmail.com
Thanks
Richard
be unique-ified any more, so
that the only legal join order is 'A/B/C'. We would not have different
join orders due to noises in the estimates, while still testing what we
intend to test.
Thanks
Richard
v1-0001-Stabilize-a-test-case-in-subselect.patch
Description: Binary data
Last observed on Lubuntu Noble Numbat 24.04 Daily Build noble-desktop-
amd64.iso 2024-03-28 both in the Live USB boot and installed to SSD
(eMMC).
For some reason this build wont let me generated ubuntu-bug files as it
reports
*** Collecting problem information
The collected information can be
Public bug reported:
[Overview]
I have been testing installations of a number of Lubuntu and Xubuntu Noble
Numbat 24.04 Daily builds since Feb 2024 on a DELL Wyse 3040 (UEFI bios), more
latterly focused on Lubuntu.
It would appear that since introduction of Kernel 6.8 into the daily
builds,
Public bug reported:
[Overview]
I have been testing installations of a number of Lubuntu and Xubuntu Noble
Numbat 24.04 Daily builds since Feb 2024 on a DELL Wyse 3040 (UEFI bios), more
latterly focused on Lubuntu.
It would appear that since introduction of Kernel 6.8 into the daily
builds,
On 3/28/24 16:41, Rich Shepard wrote:
I downloaded lyx-2.4.0~RC4.tar.xz. That name is not accepted when the
build
script wants to crate a /tmp/ directory. Changing the file name to match
what the build script says it's looking for also fails because the
console
displaying progress shows the
Last observed on Lubuntu Noble Numbat 24.04 Daily Build noble-desktop-
amd64.iso 2024-03-28 both in the Live USB boot and installed to SSD
(eMMC).
For some reason this build wont let me generated ubuntu-bug files as it
reports
*** Collecting problem information
The collected information can be
Public bug reported:
[Overview]
I have been testing installations of a number of Lubuntu and Xubuntu Noble
Numbat 24.04 Daily builds since Feb 2024 on a DELL Wyse 3040 (UEFI bios), more
latterly focused on Lubuntu.
It would appear that since introduction of Kernel 6.8 into the daily
builds,
e up with another RFC.
Cheers
Richard
ironment, but only
> systemd support. There'll be some more work to do to get GSSAPI and
> NFS idmapd support integreated into that.
Something in the series caused a failure in testing:
https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/9103/steps/13/logs
Seems to be a week for bus plunges.
https://apnews.com/article/south-africa-bus-crash-dead-a5b31e9085a5f843f90d0582676ded37?taid=6605f3bf92b73300016e6a9d_campaign=TrueAnthem_medium=AP_source=Twitter
--
You received this message because you are subscribed to the Google Groups
"World News Now
Probably too many of us stopped using them when they partnered with Sun Run. Sent from my iPhoneOn Mar 28, 2024, at 4:27 PM, Jeremy Coxon via RE-wrenches wrote:I’m not going to editorialize about this, other than to say - what a damn shame to get this note in my inbox today. 19 years I’ve been
patches. I don't suppose real world
code disables interrupt groups which it's actually using, which
is why nobody's noticed it. Still, it's a safe bugfix so might
as well go to stable too.
---
hw/intc/arm_gicv3_cpuif.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Richard
Where $(BLOG_POST_URL) is:
- https://blog.torproject.org/new-alpha-release-tor-browser-135a6/
Don't @ me
best,
-richard
On 3/28/24 18:23, Richard Pospesel wrote:
Hi everyone,
Tor Browser 13.5a6 has now been published for all platforms. For details
please see our blog post
tamping.sh fails to run again because
tmp-timestamp already exists [tor-browser-build]
* Android
* Bug 40502: Do not recommend addons on Tor Browser [tor-browser]
* Bug 41082: Package tor expert bundle on android as .aar that
firefox-android can use in lieu of tor-android-service wi
Fixes: 83b4613ba83 ("disas: introduce show_opcodes")
Signed-off-by: Richard Henderson
---
disas/disas-mon.c | 1 +
disas/disas.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/disas/disas-mon.c b/disas/disas-mon.c
index 48ac492c6c..5d6d9aa02d 100644
--- a/disas/disas-mon.c
+
Hello,
Unsigned Tor Browser 13.5a6 alpha candidate builds are now available for
testing:
- https://tb-build-02.torproject.org/~richard/builds/alpha/unsigned/13.5a6/
The full changelog can be found here:
-https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/raw/tbb-13.5a6
let me know if you do object though!)
Bootstrapped & regression-tested on aarch64-linux-gnu. The PR contains
a patch to the tests that shows up the problem.
Sorry for the mistake.
Richard
---
The vld1_x4 and vst1_x4 patterns use XI registers for both 64-bit and
128-bit vectors. This
richard pushed to branch main at The Tor Project / Applications / Tor Browser
update responses
Commits:
a4a76ca2 by Richard Pospesel at 2024-03-28T17:25:29+00:00
alpha: new version, 13.5a6
- - - - -
30 changed files:
- update_3/alpha/.htaccess
- − update_3/alpha/13.5a2-13.5a5-linux-i686
richard pushed to branch main at The Tor Project / Applications / Tor Browser
update responses
Commits:
a4a76ca2 by Richard Pospesel at 2024-03-28T17:25:29+00:00
alpha: new version, 13.5a6
- - - - -
30 changed files:
- update_3/alpha/.htaccess
- − update_3/alpha/13.5a2-13.5a5-linux-i686
On Thu, Mar 28, 2024 at 10:06:01AM -0500, Eric Blake wrote:
> Adjusting cc list to add upstream NBD and drop developers unrelated to
> this part of the qemu series...
>
> On Thu, Mar 28, 2024 at 02:13:42PM +0000, Richard W.M. Jones wrote:
> > On Thu, Mar 28, 2024 at 03:06:03PM
On Thu, Mar 28, 2024 at 10:06:01AM -0500, Eric Blake wrote:
> Adjusting cc list to add upstream NBD and drop developers unrelated to
> this part of the qemu series...
>
> On Thu, Mar 28, 2024 at 02:13:42PM +0000, Richard W.M. Jones wrote:
> > On Thu, Mar 28, 2024 at 03:06:03PM
Hi Harald,
I have made a start on this: I have updated the text around bug reports in
the developers section, added the bugs fixed etc.. for 2022/23 and
eliminated the links to the Doxygen documentation.
The biggest part of the job will be to add "what's new" in 10-14 branches
and F2003/8/18
Hi All,
The attached patch has two elements:
(i) A fix for gimplifier ICEs with derived type having no components. The
reporter himself suggested (thanks Kirill!):
- if (derived && derived->attr.zero_comp)
+ if (derived && (derived->components == NULL))
As far as I can tell, this is the
Hi All,
The attached patch has two elements:
(i) A fix for gimplifier ICEs with derived type having no components. The
reporter himself suggested (thanks Kirill!):
- if (derived && derived->attr.zero_comp)
+ if (derived && (derived->components == NULL))
As far as I can tell, this is the
Jakub Jelinek writes:
> On Thu, Mar 28, 2024 at 03:00:46PM +0000, Richard Sandiford wrote:
>> >* gcc.target/aarch64/bitint-alignments.c: New test.
>> >* gcc.target/aarch64/bitint-args.c: New test.
>> >* gcc.target/aarch64/bitint-sizes.c: New test.
>>
last two instructions should be captured
similarly to the align16.c test.
> diff --git a/gcc/testsuite/gcc.target/aarch64/bitint-alignments.c
> b/gcc/testsuite/gcc.target/aarch64/bitint-alignments.c
> new file mode 100644
> index
> ..4de31fe7ebd933247911c48ace01ab520fe194a3
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/aarch64/bitint-alignments.c
> @@ -0,0 +1,58 @@
> +/* { dg-do run } */
> +/* { dg-options "-std=c23" } */
> +
> +static long unsigned int
> +calc_size (int n)
Would be more natural as calc_align(of).
> +{
> + if (n > 64)
> +return alignof(__int128_t);
> + if (n > 32)
> +return alignof(long long);
> + if (n > 16)
> +return alignof(int);
> + if (n > 8)
> +return alignof(short);
> + else
> +return alignof(char);
> +}
> +
> +#define CHECK_ALIGNMENT(N) \
> + if (alignof(_BitInt(N)) != calc_size(N)) \
> +__builtin_abort ();
I'm relying on Jakub's previous LGTM for the libgcc changes :)
OK with those changes. Thanks a lot for doing this.
Richard
[
https://issues.apache.org/jira/browse/STORM-4042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla closed STORM-4042.
--
Resolution: Fixed
> Clojure 1.11.2
> --
>
> Key
ress */
> -if (uri->server[0] == '[') {
> -host = qstring_from_substr(uri->server, 1,
> - strlen(uri->server) - 1);
> -} else {
> -host = qstring_from_str(uri->server);
> -}
> -
> qdict_
("Failed to parse SSH URI parameters '%s'.",
> +uri_query);
> + break;
> + }
> +/*
> + * Pick out the query parameters that we understand, and ignore
> + * (or rather warn about) the rest.
> +
("Failed to parse SSH URI parameters '%s'.",
> +uri_query);
> + break;
> + }
> +/*
> + * Pick out the query parameters that we understand, and ignore
> + * (or rather warn about) the rest.
> +
ress */
> -if (uri->server[0] == '[') {
> -host = qstring_from_substr(uri->server, 1,
> - strlen(uri->server) - 1);
> -} else {
> -host = qstring_from_str(uri->server);
> -}
> -
> qdict_
[
https://issues.apache.org/jira/browse/STORM-4041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla closed STORM-4041.
--
Resolution: Fixed
> Zookeeper 3.9.2
> ---
>
> Key
Hi,
any objections in doing a 2.6.2 after eastern?
We have some CVE fixes, so might be worth making a small update?
WDYT?
Best
Richard
Richard Zowalla created STORM-4042:
--
Summary: Clojure 1.11.2
Key: STORM-4042
URL: https://issues.apache.org/jira/browse/STORM-4042
Project: Apache Storm
Issue Type: Dependency upgrade
Richard Zowalla created STORM-4041:
--
Summary: Zookeeper 3.9.2
Key: STORM-4041
URL: https://issues.apache.org/jira/browse/STORM-4041
Project: Apache Storm
Issue Type: Dependency upgrade
[
https://issues.apache.org/jira/browse/STORM-4040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla closed STORM-4040.
--
Fix Version/s: 2.6.2
Resolution: Fixed
> Nimbus fails to start up on older C
Hi,
I think we should go for 3.0.0 because of the major breaking change.
In addition, we need to ensure, that SC 2.x users have a smooth
transition and know, that we are now incubating at the ASF.
Guess we should sent some pointers on the old users list on google?
Best
Richard
Am Mittwoch
These however, do not apply to _BitInt(N)
> + types as they were only introduced in GCC 14. */
> + && (!type || !bitint_or_aggr_of_bitint_p (type)));
How about making this a new variable such as:
/* _BitInt(N) was only added in GCC 14. */
bool warn_pcs_change_le_gcc14
Hi everyone, I'm configuring the freeipa replication as follows:
1) ipa-client-install --domain=pippo.internal --realm=PIPPO.INTERNAL -N
2) I add the client to the ipaserver host group
3) ipa-replica-install -N --setup-dns --forwarder 8.8.8.8 --forwarder 8.8.4.4
--forwarder 1.1.1.1 --setup-ca
https://gcc.gnu.org/g:0bad303944a1d2311c07d59912b4dfa7bff988c8
commit r14-9701-g0bad303944a1d2311c07d59912b4dfa7bff988c8
Author: Richard Biener
Date: Wed Mar 27 16:19:01 2024 +0100
middle-end/114480 - IDF compute is slow
The testcase in this PR shows very slow IDF compute
ve further (we do process blocks possibly twice for
example, but that doesn't make a difference here)
Indeed doing statistics shows the maximum popcount of a dominance
frontier is 8 but 99% have just a single block. But the popcount
of the final IDF is more than 1 half of the time and more
than 1000 90% of the time.
I have pushed the patch now.
Richard.
+1 (non binding)
On 2024/03/25 11:44:30 Markus Jung wrote:
> Here is my own +1 (non binding)
>
>
> On 24.03.24 21:40, Thomas Andraschko wrote:
> > +1 (nonbinding)
> >
> > Congrats Markus
> >
> > Jean-Louis Monteiro schrieb am So., 24. März
> > 2024, 20:33:
> >
> >> First of congrats and thanks
Hi Guix,
To my knowledge what I'm asking for can't currently be done, but if it
can feel free to disregard.
I think channels listed in channels.scm files should optionally support
using whatever channel version is already in the user's profile, if
present. This would significantly speed up
Using log_pc produces the pc at the beginning of TB,
not the actual pc installed by cpu_restore_state_from_tb,
which could be any of the guest instructions within TB.
Signed-off-by: Richard Henderson
---
accel/tcg/translate-all.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
as ordering requirements from outer query.
Thanks
Richard
On Wed, Mar 27, 2024 at 10:59 PM Tom Lane wrote:
> Richard Guo writes:
> > On Wed, Mar 27, 2024 at 4:06 AM Tom Lane wrote:
> >> I'm less convinced about changing this. I'd rather keep it consistent
> >> with mark_dummy_rel.
>
> > Hm, I wonder if we should
Fix typo in patch formatting.
Richard
diff --git a/include/haproxy/ssl_ckch.h b/include/haproxy/ssl_ckch.h
index 94c53b301..00ba2bf18 100644
--- a/include/haproxy/ssl_ckch.h
+++ b/include/haproxy/ssl_ckch.h
@@ -72,5 +72,14 @@ int __ssl_store_load_locations_file(char *path, int create_if_none
stand-alone app is still owned by Winston under his new company named
Opusnoma.
Richard, USA
"It's no great honor to be blind, but it's more than a nuisance and less than a
disaster. Either you're going to fight like hell when your sight fails or
you're going to stand on the sidelines f
Apologies for the badly pasted diff
Richard
diff --git a/include/haproxy/ssl_ckch.h b/include/haproxy/ssl_ckch.h
index 94c53b301..00ba2bf18 100644
--- a/include/haproxy/ssl_ckch.h
+++ b/include/haproxy/ssl_ckch.h
@@ -72,5 +72,14 @@ int __ssl_store_load_locations_file(char *path, int
diff --git a/include/haproxy/ssl_ckch.h b/include/haproxy/ssl_ckch.h
index 94c53b301..00ba2bf18 100644
--- a/include/haproxy/ssl_ckch.h
+++ b/include/haproxy/ssl_ckch.h
@@ -72,5 +72,14 @@ int __ssl_store_load_locations_file(char *path, int
create_if_none, enum cafile_
extern struct cert_exts
process
- the PEM data has an arbitrary limit of 16384 bytes
Regards
Richard
Thanks. I am out of town for a few days and will do the release Sunday.
On Wed, Mar 27, 2024, 7:32 PM Stephan Witt wrote:
> Am 24.03.2024 um 23:36 schrieb Richard Kimberly Heck :
> >
> > One last RC, just to be on the safe side.
> >
> > http://ftp.lyx.org/pub/lyx/de
richard pushed new tag mb-13.5a6-build1 at The Tor Project / Applications /
tor-browser-build
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/tree/mb-13.5a6-build1
You're receiving this email because of your account on gitlab.torproject.org
richard pushed new tag mb-13.5a6-build1 at The Tor Project / Applications /
tor-browser-build
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/tree/mb-13.5a6-build1
You're receiving this email because of your account on gitlab.torproject.org
richard pushed new tag tbb-13.5a6-build1 at The Tor Project / Applications /
tor-browser-build
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/tree/tbb-13.5a6-build1
You're receiving this email because of your account on gitlab.torproject.org
richard pushed new tag tbb-13.5a6-build1 at The Tor Project / Applications /
tor-browser-build
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/tree/tbb-13.5a6-build1
You're receiving this email because of your account on gitlab.torproject.org
Do you have a link to that thread?
Richard, USA
"It's no great honor to be blind, but it's more than a nuisance and less than a
disaster. Either you're going to fight like hell when your sight fails or
you're going to stand on the sidelines for the rest of your life." -- Dr.
richard pushed new tag tor-browser-115.9.0esr-13.5-1-build2 at The Tor Project
/ Applications / Tor Browser
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser/-/tree/tor-browser-115.9.0esr-13.5-1-build2
You're receiving this email because of your account
richard pushed new tag tor-browser-115.9.0esr-13.5-1-build2 at The Tor Project
/ Applications / Tor Browser
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/tor-browser/-/tree/tor-browser-115.9.0esr-13.5-1-build2
You're receiving this email because of your account
richard pushed new tag mullvad-browser-115.9.0esr-13.5-1-build2 at The Tor
Project / Applications / Mullvad Browser
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/mullvad-browser/-/tree/mullvad-browser-115.9.0esr-13.5-1-build2
You're receiving this email because of your
richard pushed new tag mullvad-browser-115.9.0esr-13.5-1-build2 at The Tor
Project / Applications / Mullvad Browser
--
View it on GitLab:
https://gitlab.torproject.org/tpo/applications/mullvad-browser/-/tree/mullvad-browser-115.9.0esr-13.5-1-build2
You're receiving this email because of your
are spreading false information.
Boycott it if you want and use something else, but do not give wrong
information.
Could they have handled it differently, probably so.
And as I have said, more than once, Winston was going to have to do the exact
same thing.
Richard, USA
"It's no
/Kconfig| 4 -
hw/timer/meson.build| 1 -
3 files changed, 249 deletions(-)
delete mode 100644 hw/timer/altera_timer.c
Reviewed-by: Richard Henderson
r~
sts
Cc: Marek Vasut
Signed-off-by: Philippe Mathieu-Daudé
---
Reviewed-by: Richard Henderson
r~
specialize.c.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Richard Henderson
r~
specialize.c.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Richard Henderson
r~
___
Devel mailing list -- devel@lists.libvirt.org
To unsubscribe send an email to devel-le...@lists.libvirt.org
https://gcc.gnu.org/g:d98467091bfc23522fefd32f1253e1c9e80331d3
commit r11-11296-gd98467091bfc23522fefd32f1253e1c9e80331d3
Author: Richard Sandiford
Date: Wed Mar 27 19:26:57 2024 +
asan: Handle poly-int sizes in ASAN_MARK [PR97696]
This patch makes the expansion
https://gcc.gnu.org/g:daee0409d195d346562e423da783d5d1cf8ea175
commit r11-11295-gdaee0409d195d346562e423da783d5d1cf8ea175
Author: Richard Sandiford
Date: Wed Mar 27 19:26:56 2024 +
aarch64: Fix vld1/st1_x4 intrinsic definitions
The vld1_x4 and vst1_x4 patterns use XI
s.
I use an ethernet switch with SNMP and mrtg with rrd. There are prettier
solutions today.
> thanks, -Alan
slainte mhath, RGB
--
Richard Guy Briggs -- ~\-- ~\
-- \___ o \@ @ Ride yer bike!
Ottawa, ON, CANADA
w option to the driver for only that purpose. If there
> is some way, I'm not aware of it.
The point is we want to do this earlier than when control gets back to
LTO-wrapper to reduce the amount of disk space required.
Richard.
nable curl debugging, ie. adding some of these flags:
https://libguestfs.org/nbdkit-curl-plugin.1.html#DEBUG-FLAGS
> Please tell me if there are patches that solve this problem.
> Thanks, Nikita Pavlov.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
R
https://gcc.gnu.org/g:51e1629bc11f0ae4b8050712b26521036ed360aa
commit r12-10296-g51e1629bc11f0ae4b8050712b26521036ed360aa
Author: Richard Sandiford
Date: Wed Mar 27 17:38:09 2024 +
asan: Handle poly-int sizes in ASAN_MARK [PR97696]
This patch makes the expansion
zygoloid wrote:
I don't think we've established an explicit policy, and we've made ABI-breaking
changes previously. I think we should avoid breaks within a major release
version (don't backport this) to avoid giving packagers headaches: the ubsan
runtime is installed in a versioned directory,
in a while, but I remember many swings, even fast ones,
feeling almost weighless.
??
Richard
Arlington, MA
> On Mar 27, 2024, at 12:24 PM, Jeff Kaufman via Contra Callers
> wrote:
>
> I was curious about John's "The shoulder-blade connection is purely to
> countera
Paolo Abeni wrote:
> On Tue, 2024-03-26 at 18:25 +0100, Richard Gobert wrote:
>> Paolo Abeni wrote:
>>> Hi,
>>>
>>> On Tue, 2024-03-26 at 16:02 +0100, Richard Gobert wrote:
>>>> This patch is meaningful by itself - removing checks against non-rel
; wrote:
>
> Hi Richard,
>
> Richard L. Hamilton wrote:
>> port -n upgrade --force --no-rev-upgrade crankyport
>>
>> It might not work if crankyport needs the latest of something it depends on
>> and that isn't already up-to-date. But a lot of times, it
.
OK if that succeeds?
Thanks,
Richard.
PR middle-end/114480
* cfganal.cc (compute_idf): Use simpler bitmap iteration,
touch work_set only when phi_insertion_points changed.
---
gcc/cfganal.cc | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/gcc
https://gcc.gnu.org/g:86b80b049167d28a9ef43aebdfbb80ae5deb0888
commit r13-8501-g86b80b049167d28a9ef43aebdfbb80ae5deb0888
Author: Richard Sandiford
Date: Wed Mar 27 15:30:19 2024 +
asan: Handle poly-int sizes in ASAN_MARK [PR97696]
This patch makes the expansion
Matthias Kretz writes:
> Hi Richard,
>
> sorry for not answering sooner. I took action on your mail but failed to also
> give feedback. Now in light of your veto of Srinivas patch I wanted to use
> the
> opportunity to pick this up again.
>
> On Dienstag, 23. Januar 2
Matthias Kretz writes:
> Hi Richard,
>
> sorry for not answering sooner. I took action on your mail but failed to also
> give feedback. Now in light of your veto of Srinivas patch I wanted to use
> the
> opportunity to pick this up again.
>
> On Dienstag, 23. Januar 2
On Wed, 27 Mar 2024, Jakub Jelinek wrote:
> On Wed, Mar 27, 2024 at 12:48:29PM +0100, Richard Biener wrote:
> > > The following patch attempts to fix the (view_convert (convert@0 @1))
> > > optimization. If TREE_TYPE (@0) is a _BitInt type with padding bits
> > >
On Wed, Mar 27, 2024 at 1:20 PM Xi Ruoyao wrote:
>
> On Wed, 2024-03-27 at 08:54 +0100, Richard Biener wrote:
> > On Tue, Mar 26, 2024 at 10:52 AM Xi Ruoyao wrote:
> > >
> > > The latency of LA464 and LA664 division instructions depends on the
> > > input
Matthias Kretz writes:
> On Wednesday, 27 March 2024 11:07:14 CET Richard Sandiford wrote:
>> I'm still worried about:
>>
>> #if _GLIBCXX_SIMD_HAVE_SVE
>> constexpr inline int __sve_vectorized_size_bytes = __ARM_FEATURE_SVE_BITS
>> / 8
1 - 100 of 714457 matches
Mail list logo