On Tue, 14 May 2024 14:13:21 +0200 Geert Uytterhoeven wrote:
> On Thu, May 9, 2024 at 9:09 PM Richard Gobert
> wrote:
> > {inet,ipv6}_gro_receive functions perform flush checks (ttl, flags,
> > iph->id, ...) against all packets in a loop. These flush checks are used in
> > all merging UDP and
this by using
> DW_MACRO_define_strx instead.
>
> Tested on x86_64.
>
> PR debug/115066
ChangeLog entry is missing.
Otherwise LGTM.
Jakub
Hi Peter!
On Sun, May 12, 2024 at 10:33 PM Peter Eisentraut wrote:
>
> On 07.05.24 09:43, Jakub Wartak wrote:
> > NOTE: in case one will be testing this: one cannot ./configure with
> > --enable-debug as it prevents the compiler optimizations that actually
> > end up
as I can see, it would need to rewrite all of the
sftp functions to support returning SSH_AGAIN instead of waiting,
possibly with some API changes as some of the functions do not return
status, but just the allocated objects.
Jakub
On Tue, May 14, 2024 at 12:50 AM wrote:
>
> On Mon, 2024
On Mon, 13 May 2024 20:50:37 + Haiyang Zhang wrote:
> From the document, it can be:
> "ARM cores support both modes, but are most commonly used in, and typically
> default to little-endian mode. Most Linux distributions for ARM tend to be
> little-endian only."
>
On Fri, 10 May 2024 16:21:11 -0700 Mina Almasry wrote:
> Device Memory TCP
Sorry Mina, this is too big to apply during the merge window :(
--
pw-bot: defer
On Fri, 10 May 2024 16:21:11 -0700 Mina Almasry wrote:
> Device Memory TCP
Sorry Mina, this is too big to apply during the merge window :(
--
pw-bot: defer
On Mon, 13 May 2024 13:29:01 -0700 Haiyang Zhang wrote:
> - depends on PCI_MSI && X86_64
> + depends on PCI_MSI
> + depends on X86_64 || (ARM64 && !CPU_BIG_ENDIAN && ARM64_4K_PAGES)
Can ARM64 be big endian?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115073
--- Comment #3 from Jakub Jelinek ---
Or another option is to use C23 , that is well defined for all
values.
But you need recent glibc (2.39 snapshots or 2.40) & gcc (14) for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115073
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
I have tested it both on the real DE and also VM. Created a new account
in VM (no settings adjustments whatsoever) and still it does not catch
those shortcuts.
I wouldn't mind the decorations but the shortcuts issue is weird.
Especially, if it works for you.
Btw. your tester app has correct
https://gcc.gnu.org/g:2e353c687dbd343ce592c5ec089774b2c699798a
commit r13-8764-g2e353c687dbd343ce592c5ec089774b2c699798a
Author: Jakub Jelinek
Date: Mon May 13 15:09:04 2024 +0200
Manually add ChangeLog entries for various commits from 2024-05-09.
Diff:
---
gcc/analyzer/ChangeLog | 84
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Fri, May 10, 2024 at 03:59:25PM -0400, Jason Merrill wrote:
> > 2024-05-09 Jakub Jelinek
> > Jason Merrill
> >
> > PR lto/113208
> > * cp-tree.h (maybe_optimize_cdtor): Remove.
> > * decl2.cc (tentative_decl_linkage): Call mayb
https://bugs.kde.org/show_bug.cgi?id=482142
Jakub changed:
What|Removed |Added
CC||jjaruszew...@outlook.com
--- Comment #33 from Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113982
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/g:b621482296f6dec0abb22ed39cc4ce6811535d47
commit r15-427-gb621482296f6dec0abb22ed39cc4ce6811535d47
Author: Jakub Jelinek
Date: Mon May 13 11:15:27 2024 +0200
tree-ssa-math-opts: Pattern recognize yet another .ADD_OVERFLOW pattern
[PR113982]
We pattern
https://gcc.gnu.org/g:f3f02a750c7b34b751fa809ab03d29b2ccf0785d
commit r15-426-gf3f02a750c7b34b751fa809ab03d29b2ccf0785d
Author: Jakub Jelinek
Date: Mon May 13 11:07:59 2024 +0200
Manually add ChangeLog entry for
r15-353-gd7bb8eaade3cd3aa70715c8567b4d7b08098e699
Diff:
---
gcc/ChangeLog
ontain ChangeLog style entry in the commit message)?
Thanks.
Jakub
linux, ok for trunk?
2024-05-13 Jakub Jelinek
PR middle-end/113982
* tree-ssa-math-opts.cc (arith_overflow_check_p): Also return 1
for RSHIFT_EXPR by precision of maxval if shift result is only
used in a cast or comparison against zero.
(match_arith
https://github.com/kuhar approved this pull request.
https://github.com/llvm/llvm-project/pull/91864
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Thank you for spending the time on this, Dmitry.
I have tried your tester app and Ctrl+~ is not working for me in Ubuntu
24.04 (Gnome 46).
I have also realized I made a mistake (Alt+Shift+F7 works fine for me)
but what does not is Alt+Shift+?. I changed your code to use
QKeySequence(Qt::SHIFT |
test which
always fails prevents us from catching regressions. Report
the cases we know may fail as XFAIL.
Reviewed-by: Vladimir Oltean
Tested-by: Vladimir Oltean
Signed-off-by: Jakub Kicinski
---
CC: liuhang...@gmail.com
CC: sh...@kernel.org
CC: linux-kselftest@vger.kernel.org
v2:
- remove
On Thu, 09 May 2024 22:49:50 -0400 Willem de Bruijn wrote:
> > struct sock_extended_err *see;
> > struct scm_timestamping *ts;
> > + unsigned int ts_seen = 0;
>
> nit: mixing unsigned long and unsigned int
Fixed when applying, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113982
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
On Fri, 10 May 2024 14:28:56 +0300 Vladimir Oltean wrote:
> Check that the deployed mtools version is 3.0 or above. Note that the
> version check breaks compatibility with my fork
And Joachim's tree from before the tag, the PR was merged a while back
;)
> where I didn't bump the version, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113982
--- Comment #6 from Jakub Jelinek ---
Note, since PR95853 we also recognize bool(r > ~0ULL) as the check rather than
bool(r >> 64).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/g:a805de33f7be4f6886906ca5f4da493f3b743c76
commit r14-10193-ga805de33f7be4f6886906ca5f4da493f3b743c76
Author: Jakub Jelinek
Date: Fri May 10 09:21:38 2024 +0200
c++, mingw: Fix up types of dtor hooks to
__cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #22 from Jakub Jelinek ---
Does even the committed version work fine on mingw32?
https://gcc.gnu.org/g:e5d8fd9ce05611093191d500ebc39f150d0ece2b
commit r15-358-ge5d8fd9ce05611093191d500ebc39f150d0ece2b
Author: Jakub Jelinek
Date: Fri May 10 09:21:38 2024 +0200
c++, mingw: Fix up types of dtor hooks to
__cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968
On Fri, 10 May 2024 11:15:58 +0800 Hangbin Liu wrote:
> I may missed something, I saw there is already a log_test_xfail() in lib.sh
>
> log_test_skip()
> {
> RET=$ksft_skip retmsg= log_test "$@"
> }
>
> log_test_xfail()
> {
> RET=$ksft_xfail retmsg= log_test "$@"
> }
>
>
l returned '', expected 'OK'
Signed-off-by: Jakub Kicinski
---
CC: sh...@kernel.org
CC: linux-kselftest@vger.kernel.org
---
tools/testing/selftests/net/cmsg_sender.c | 32 +--
tools/testing/selftests/net/cmsg_time.sh | 7 +++--
2 files changed, 23 insertions(+), 16 deletion
the "TXTIME abs" failures on debug kernels, like:
Case ICMPv4 - TXTIME abs returned '', expected 'OK'
Signed-off-by: Jakub Kicinski
---
CC: sh...@kernel.org
CC: linux-kselftest@vger.kernel.org
---
tools/testing/selftests/net/cmsg_sender.c | 20 +++-
1 file changed, 15
test which
always fails prevents us from catching regressions. Report
the cases we know may fail as XFAIL.
Signed-off-by: Jakub Kicinski
---
CC: vladimir.olt...@nxp.com
CC: sh...@kernel.org
CC: pe...@nvidia.com
CC: liuhang...@gmail.com
CC: bpoir...@nvidia.com
CC: linux-kselftest@vger.kernel.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113798
--- Comment #2 from Jakub Jelinek ---
Ignore me, functions can't return arrays.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
On Thu, May 09, 2024 at 02:58:52PM -0400, Marek Polacek wrote:
> On Thu, May 09, 2024 at 08:20:00PM +0200, Jakub Jelinek wrote:
> > --- gcc/cp/decl.cc.jj 2024-05-09 10:30:54.804505130 +0200
> > +++ gcc/cp/decl.cc 2024-05-09 17:07:08.400110018 +0200
> >
sts for -fsanitize=undefined need to go into
gcc.dg/ubsan/ or g++.dg/ubsan/, even when they are target specific.
Tested on x86_64-linux with
make check-gcc RUNTESTFLAGS='--target_board=unix\{-m32,-m64\} i386.exp=pr84508*
ubsan.exp=pr84508*'
and committed to trunk as obvious.
2024-05-09 Jakub Jel
https://gcc.gnu.org/g:e02b5683e77c2b4317b23be72e43b6e6cc6c8e5b
commit r15-350-ge02b5683e77c2b4317b23be72e43b6e6cc6c8e5b
Author: Jakub Jelinek
Date: Thu May 9 20:59:05 2024 +0200
testsuite: Fix up pr84508* tests [PR84508]
The tests FAIL on x86_64-linux with
/usr/bin/ld: cannot
, we can cast always to
get_cxa_atexit_fn_ptr_type () type, because this is in use_dtor guarded code
and use_dtor is ob_parm && CLASS_TYPE_P (type), so when use_dtor is true,
ob_parm is also true.
Ok for trunk if it passes another bootstrap/regtest?
2024-05-09 Jakub Jelinek
PR target/11
On Thu, 09 May 2024 19:39:36 +0200 Paolo Abeni wrote:
> Acked-by: Paolo Abeni
Thanks!
> As a minor note, shell variable expansion should already trim all the
> trailing/leading spaces from the socat command output, so it should not
> be necessary replace the string comparison with the grep
On Thu, 9 May 2024 13:08:36 +0800 Tao Su wrote:
> > SGTM, FWIW. The print is printing a test summary line, printing more
> > than 1k seems rather unreasonable. Other facilities, like TH_LOG(),
> > should be used for displaying longer info.
>
> Thanks, do you think 1k is enough for test_name?
I have realized the issue today and via this ticket found the patch on github.
Attaching the patch which I can confirm works and solves this issue.
** Patch added: "Fix top bar tiling.patch"
CC 14 and delay this approach to 15. Your v1 patch is OK for 14.
Ok, here is an updated patch, which sets DECL_SAVED_TREE to void_node for
the aliases together with reversion of the earlier committed patch.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-05-09
in cp_parser_direct_declarator.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-05-09 Jakub Jelinek
PR c++/115012
* parser.cc (cp_parser_direct_declarator): Handle
abstract declarator starting with ... followed by [
or (.
* g++.dg/cpp0x
On Wed, 8 May 2024 04:06:43 + Taehee Yoo wrote:
> In the forwarding testcase, it opens a server and a client with the nc.
> The server receives the correct message from NC, it prints OK.
> The server prints FAIL if it receives the wrong message from the client.
>
> But If the server can't
don't set exit code
(|| true) and print the pass / fail rather then silently
moving over the test and just setting non-zero exit code
with no output indicating what failed.
Fixes: c08e8baea78e ("selftests: add amt interface selftest script")
Signed-off-by: Jakub Kicinski
---
CC: sh...@ker
Test needs IPv6 multicast. smcroute currently crashes when trying
to install a route in a kernel without IPv6 multicast.
Fixes: c08e8baea78e ("selftests: add amt interface selftest script")
Signed-off-by: Jakub Kicinski
---
CC: sh...@kernel.org
CC: ap420...@gmail.com
CC: linux
be found at
https://windows.php.net/download
The list of changes is recorded in the ChangeLog:
https://www.php.net/ChangeLog-8
Many thanks to all the contributors and supporters!
Jakub Zelenka, Eric Mann and Pierrick Charron
Release Manifest here and below:
https://gist.github.com/bukka
Author: Jakub Zelenka (bukka)
Date: 2024-05-09T15:43:48+01:00
Commit:
https://github.com/php/web-qa/commit/e81196c7352e32e2756a22e10ba902a0483057a0
Raw diff:
https://github.com/php/web-qa/commit/e81196c7352e32e2756a22e10ba902a0483057a0.diff
PHP 8.3.7 released
Changed paths:
M include
Author: Jakub Zelenka (bukka)
Date: 2024-05-09T15:42:10+01:00
Commit:
https://github.com/php/web-php/commit/6abd27bc7715834745d3aecca3bd6d8fe84d43dd
Raw diff:
https://github.com/php/web-php/commit/6abd27bc7715834745d3aecca3bd6d8fe84d43dd.diff
Announce PHP 8.3.7
Changed paths:
A archive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115012
Jakub Jelinek changed:
What|Removed |Added
Attachment #58147|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115012
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113798
--- Comment #1 from Jakub Jelinek ---
Note, I wonder if the paper didn't go too far with the
noptr-abstract-pack-declarator [ constant-expression[opt] ]
attribute-specifier-seq[opt]
production removal. It removes the unwanted
T...[4]
case
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jakub at gcc dot gnu.org
CC: daniel.kruegler at googlemail dot com, egor.pugin at gmail
dot com,
mpolacek at gcc dot gnu.org, unassigned at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #32 from Jakub Jelinek ---
(In reply to Liviu Ionescu from comment #30)
> in the reported bug I was building 13.2.
>
> was the fix backported to older versions?
Yes, it was, as can be seen above. Though only in March
On Thu, May 09, 2024 at 12:14:43PM +0200, Jakub Jelinek wrote:
> On Thu, May 09, 2024 at 12:04:38PM +0200, Rainer Orth wrote:
> > I just noticed that gcc/DATESTAMP wasn't updated yesterday and today,
> > staying at 20240507.
>
> I think it is because of the r15-268
https://gcc.gnu.org/g:2790195500ec523cad9c7292816540e2fc19f456
commit r15-345-g2790195500ec523cad9c7292816540e2fc19f456
Author: Jakub Jelinek
Date: Thu May 9 13:09:06 2024 +0200
Manually update entries for the Revert Revert commits.
Diff:
---
gcc/ChangeLog | 12
https://gcc.gnu.org/g:5fe40f2c651af84b1a4ff6527ef4307591228a1b
commit r15-344-g5fe40f2c651af84b1a4ff6527ef4307591228a1b
Author: Jakub Jelinek
Date: Thu May 9 13:01:31 2024 +0200
contrib: Add 109f1b28fc94c93096506e3df0c25e331cef19d0 to ignored commits
2024-05-09 Jakub Jelinek
https://gcc.gnu.org/g:de0b40ac5be8977a6bee8860f67d45011642f1a2
commit r15-341-gde0b40ac5be8977a6bee8860f67d45011642f1a2
Author: Jakub Jelinek
Date: Thu May 9 12:15:51 2024 +0200
contrib: Add 9dbff9c05520a74e6cd337578f27b56c941f64f3 to ignored commits
2024-05-09 Jakub Jelinek
essage, but here
it doesn't, as it is a revert commit.
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
--- Comment #10 from Jakub Jelinek ---
Vlad, do you plan to backport this to 13.3? One of the 2 release blockers we
have for that release.
after testing it on x86_64-linux with
make check-g++ RUNTESTFLAGS='--target_board=unix\{-m32/-mno-sse,-m32,-m64\}
dg-torture.exp=vector-subaccess-1.C'
and backported all the way to 11 branch.
2024-05-09 Jakub Jelinek
PR c++/89224
* g++.dg/torture/vector-subaccess-1.C: Add -Wno
https://gcc.gnu.org/g:e6c869372f0ca8b28ac63c7eb26fde35b53aba37
commit r11-11423-ge6c869372f0ca8b28ac63c7eb26fde35b53aba37
Author: Jakub Jelinek
Date: Thu May 9 11:18:21 2024 +0200
testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]
The test FAILs on i686-linux due
https://gcc.gnu.org/g:ffa41c65a375746fd26c2d620e634fb162726dfc
commit r12-10435-gffa41c65a375746fd26c2d620e634fb162726dfc
Author: Jakub Jelinek
Date: Thu May 9 11:18:21 2024 +0200
testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]
The test FAILs on i686-linux due
https://gcc.gnu.org/g:6f7674a558aaa0c7b16657c35666ad9b12e1c219
commit r13-8737-g6f7674a558aaa0c7b16657c35666ad9b12e1c219
Author: Jakub Jelinek
Date: Thu May 9 11:18:21 2024 +0200
testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]
The test FAILs on i686-linux due
https://gcc.gnu.org/g:726e7a64edc22a33a5f495698722ba797793edca
commit r14-10189-g726e7a64edc22a33a5f495698722ba797793edca
Author: Jakub Jelinek
Date: Thu May 9 11:18:21 2024 +0200
testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]
The test FAILs on i686-linux due
https://gcc.gnu.org/g:8fb65ec816ff8f0d529b6d30821abace4328c9a2
commit r15-340-g8fb65ec816ff8f0d529b6d30821abace4328c9a2
Author: Jakub Jelinek
Date: Thu May 9 11:18:21 2024 +0200
testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]
The test FAILs on i686-linux due
for the cleanup,
uses that type for that wrapper so that it agrees on calling convention.
Bootstrapped/regtested on x86_64-linux and i686-linux and Liu Hao tested
it on mingw32, ok for trunk?
2024-05-09 Jakub Jelinek
PR target/114968
gcc/
* target.def (use_atexit_for_cxa_atexit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114907
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111284
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Some |[11/12 Regression] Some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114956
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression] Compiler
https://gcc.gnu.org/g:cad27df08915ead8db3c7d512cfcc1866e7ece69
commit r13-8734-gcad27df08915ead8db3c7d512cfcc1866e7ece69
Author: Jakub Jelinek
Date: Tue May 7 21:30:21 2024 +0200
expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]
The HF and BF modes have
https://gcc.gnu.org/g:d1ec7bc9cb0639a212422710ba647dc1aaea6eaa
commit r13-8733-gd1ec7bc9cb0639a212422710ba647dc1aaea6eaa
Author: Jakub Jelinek
Date: Tue May 7 21:29:14 2024 +0200
tree-inline: Remove .ASAN_MARK calls when inlining functions into
no_sanitize callers [PR114956
https://gcc.gnu.org/g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2
commit r13-8735-g44d84db11ab724c34a8b1f8c0e06da1cc78439a2
Author: Jakub Jelinek
Date: Wed May 8 10:17:32 2024 +0200
reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]
The optimize_range_tests_to_bit_test
https://gcc.gnu.org/g:e07df053031e109c50387c92d689950de1d193ab
commit r13-8732-ge07df053031e109c50387c92d689950de1d193ab
Author: Jakub Jelinek
Date: Tue Apr 30 11:22:32 2024 +0200
gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument
[PR114876]
Seems when Martin
https://gcc.gnu.org/g:6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44
commit r13-8731-g6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44
Author: Jakub Jelinek
Date: Thu Apr 25 20:45:04 2024 +0200
c++: Fix constexpr evaluation of parameters passed by invisible reference
[PR111284]
My r9-6136
https://gcc.gnu.org/g:6d30cfc3fc88976151d0d10e73e10111ccb71ee0
commit r13-8730-g6d30cfc3fc88976151d0d10e73e10111ccb71ee0
Author: Jakub Jelinek
Date: Thu Apr 25 20:09:35 2024 +0200
openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl
copy [PR114825]
tree
https://gcc.gnu.org/g:f1b1d515aa5836844cdb45e8bb2b941784f78fd2
commit r13-8729-gf1b1d515aa5836844cdb45e8bb2b941784f78fd2
Author: Jakub Jelinek
Date: Mon Apr 22 18:00:06 2024 +0200
libstdc++: Workaround kernel-headers on s390x-linux
We see
FAIL: 17_intro/headers/c++1998
On Wed, 8 May 2024 10:11:35 -0700 Kees Cook wrote:
> > Split this per subsystem, please.
>
> I've done a few painful API transitions before, and I don't think the
> complexity of these changes needs a per-subsystem constification pass. I
> think this series is the right approach, but that patch
On Wed, 8 May 2024 10:11:35 -0700 Kees Cook wrote:
> > Split this per subsystem, please.
>
> I've done a few painful API transitions before, and I don't think the
> complexity of these changes needs a per-subsystem constification pass. I
> think this series is the right approach, but that patch
On Wed, 8 May 2024 10:11:35 -0700 Kees Cook wrote:
> > Split this per subsystem, please.
>
> I've done a few painful API transitions before, and I don't think the
> complexity of these changes needs a per-subsystem constification pass. I
> think this series is the right approach, but that patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #28 from Jakub Jelinek ---
(In reply to Dmitrii Pasechnik from comment #26)
> We have megabytes of code calling libraries where setjmp/longjmp is used,
> in github.com/sagemath/sage/ (most of it in Cython).
>
> It looks
l line, $(lang.prev) dependency, the
LINK_PROGRESS.lang calls, using $(LLINKER) $(ALL_LINKERFLAGS) $(LDFLAGS) ...
$(BACKEND) $(BACKENDLIBS) $(LIBS) too.
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #20 from Jakub Jelinek ---
Thanks, I'll test it myself on x86_64-linux/i686-linux and post if it succeeds.
On Tue, 7 May 2024 19:21:50 -0700 Joe Damato wrote:
> On Wed, May 08, 2024 at 12:43:26AM +, Joe Damato wrote:
> > Add a simple test for the epoll busy poll ioctls, using the kernel
> > selftest harness.
> >
> > This test ensures that the ioctls have the expected return codes and
> > that the
On Wed, 8 May 2024 10:55:05 +0800 Tao Su wrote:
> Back to commit 38c957f07038, I don't see any advantage in using LINE_MAX.
> Can we use a fixed value instead of LINE_MAX? E.g., 1024, 2048. Then we
> just need to revert commit 809216233555.
SGTM, FWIW. The print is printing a test summary line,
On Wed, 8 May 2024 10:55:05 +0200 Erhard Furtner wrote:
> I could do that with the explanation you stated. But should any
> further questions arise in this process I would also lack the
> technical background to deal with them. ;)
Alright, submitted :)
> I also noticed a similar #ifdef
C89 inline semantics, only GNU89 one. Only C99 introduced
inline keyword into the standard.
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
Jakub Jelinek changed:
What|Removed |Added
Attachment #58123|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #16 from Jakub Jelinek ---
What is the reason behind
/* mingw32 atexit function is safe to use in shared libraries. Use it
to register C++ static destructors. */
#define TARGET_CXX_USE_ATEXIT_FOR_CXA_ATEXIT hook_bool_void_true
The branch 'redhat/heads/gcc-14-branch' was updated to point to:
9ae733ecd3cd... Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a
It previously pointed to:
748fd0ecf84c... Merge commit 'r14-10154-g7a00c459cbb913ac165a39d344a48fc278
Diff:
Summary of changes (added commits):
https://gcc.gnu.org/g:9ae733ecd3cd76d7e2f99385520783b01ab7e5dd
commit 9ae733ecd3cd76d7e2f99385520783b01ab7e5dd
Merge: 748fd0ecf84c d54151df3ba0
Author: Jakub Jelinek
Date: Wed May 8 10:21:32 2024 +0200
Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51' into
redhat/gcc-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Jakub Jelinek changed:
What|Removed |Added
Summary|[13/14/15 Regression] wrong |[13 Regression] wrong code
501 - 600 of 139424 matches
Mail list logo