https://bugs.kde.org/show_bug.cgi?id=493433
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=502359
Bug 502359 depends on bug 493433, which changed state.
Bug 493433 Summary: Add a new fds only mode to --track-fds (--modify-fds)
https://bugs.kde.org/show_bug.cgi?id=493433
What|Removed |Added
-
https://bugs.kde.org/show_bug.cgi?id=493433
--- Comment #14 from Mark Wielaard ---
One last filter tweak for the fedora powerpc 64 le results:
diff --git a/none/tests/filter_fdleak b/none/tests/filter_fdleak
index 5fbd74bcf..2cc537df7 100755
--- a/none/tests/filter_fdleak
+++ b/none/tests
https://bugs.kde.org/show_bug.cgi?id=493433
Mark Wielaard changed:
What|Removed |Added
Attachment #178266|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=502830
Mark Wielaard changed:
What|Removed |Added
CC||m...@klomp.org
--- Comment #3 from Mark
Hi Aaron, Hi Constantine,
On Thu, 2025-04-10 at 10:52 -0400, Aaron Merey wrote:
> handle_dynamic_symtab can attempt to read symbol and version data from
> file offset 0 if the associated DT_ tags aren't found.
>
> Fix this by only reading symbol and version data when non-zero file
> offsets have
Hi,
On Mon, Apr 14, 2025 at 09:51:50PM +, justin.colon--- via Gcc wrote:
> Hello GCC and GNU support, I am the proxy service lead for Lockheed
> Martin and something seems to be blocking our traffic when our US
> users try to reach https://gcc.gnu.org/onlinedocs/. Our Non-US users
> do not hav
https://bugs.kde.org/show_bug.cgi?id=502679
--- Comment #7 from Mark Wielaard ---
+mapfile -t files < <(find testcases/kernel/syscalls -executable -and -type f |
sort)
+c=${#files[@]}; i=0
Interesting, slightly above my bash knowledge, but I think I understand what it
does.
+for t
https://bugs.kde.org/show_bug.cgi?id=502679
--- Comment #6 from Mark Wielaard ---
diff --git a/auxprogs/ltp-tester.sh b/auxprogs/ltp-tester.sh
new file mode 100755
index 0..8ee1a8778
--- /dev/null
+++ b/auxprogs/ltp-tester.sh
@@ -0,0 +1,72 @@
+#!/bin/bash
OK, /bin/bash instead of /bin
https://bugs.kde.org/show_bug.cgi?id=502679
--- Comment #5 from Mark Wielaard ---
+# Currently 3 LTP tests are run as a demo, not under vg-in-place.
+ltp-check: $(LTP_SRC_DIR)
+ $(abs_top_srcdir)/auxprogs/ltp-tester.sh $(LTP_SRC_DIR)
This comment seems outdated.
+ltp-clean:
+ rm
https://bugs.kde.org/show_bug.cgi?id=502679
--- Comment #4 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #3)
> # Filter out spaces from GSL_CFLAGS to get unique build dir
> GSL_BUILD_DIR=$(AUX_CHECK_DIR)/gsl-build$(subst $(sp),,$(GSL_CFLAGS))
> +# LTP_
https://bugs.kde.org/show_bug.cgi?id=502679
--- Comment #3 from Mark Wielaard ---
+# GNU Scientific Library 1.6
copy/paste issue :)
+LTP_DIR_NAME=20250130
I would like this to be LTP_VERSION and group it together with LTP_SHA256_SUM.
In theory these two are the only things to update to get a
https://bugs.kde.org/show_bug.cgi?id=502679
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=493433
--- Comment #12 from Mark Wielaard ---
Looking through the results of some of the try builds it looks there are three
kind of issues with matching the backtraces.
(The testsuite backtrace matching is sadly somewhat flaky in general).
First there are
Hi,
On Wed, Nov 27, 2024 at 05:35:00PM +0100, Mark Wielaard via Overseers wrote:
> After lots of discussions at some of our Open Office hours, at the
> Cauldron, with other Software Freedom organizations and some of our
> hardware and services providers we now have a Sourceware Cyber
Hi Tejas,
On Tue, Apr 08, 2025 at 12:02:12PM +0530, Tejas Belagod wrote:
> On 4/7/25 3:33 PM, Jakub Jelinek wrote:
> >On Mon, Apr 07, 2025 at 03:28:29PM +0530, Tejas Belagod wrote:
> >>Add AArch64 SVE target exectute tests to test various workshare constructs
> >>and
> >>clauses with SVE types.
>
https://bugs.kde.org/show_bug.cgi?id=311544
Mark Wielaard changed:
What|Removed |Added
CC||m...@klomp.org
Status|REPORTED
Hi Aaron,
On Tue, Apr 08, 2025 at 01:34:28PM -0400, Aaron Merey wrote:
> LGTM. The optional main function approach opens up a lot of
> possibilities for testing static functions throughout all elfutils
> libraries.
I hope to use the same mechanism to write some fuzzing wrappers so you
don't have
Hi Dmitry,
On Fri, Apr 04, 2025 at 04:07:26PM +0300, Dmitry V. Levin wrote:
> On Fri, Apr 04, 2025 at 01:55:48PM +0200, Mark Wielaard wrote:
> > So to be (pedantically) correct should we include the attached?
>
> Yes, this should be fine, along with
>
> --- a/lib/crc32.
Hi Dmitry,
On Fri, Apr 04, 2025 at 04:04:21PM +0300, Dmitry V. Levin wrote:
> On Fri, Apr 04, 2025 at 01:38:01PM +0200, Mark Wielaard wrote:
> > But maybe we should just use AC_CHECK_HEADERS([stdatomic.h]) and drop
> > the AC_COMPILE_IFELSE trick?
>
> Sure. And if we want
Hi Michael,
On Thu, 2025-03-13 at 12:05 +0100, Michael Trapp wrote:
> Use MHD_OPTION_SOCK_ADDR to bind the http listen socket to a single address.
> The address can be any IPv4 or IPv6 address configured on the system:
> --http-addr=127.0.0.1
> --http-addr=::1
> --http-addr='ANY_ACTIVE
https://bugs.kde.org/show_bug.cgi?id=493433
--- Comment #8 from Mark Wielaard ---
- valgrind-try-fedora-ppc64le
--- track_new.stderr.exp2025-03-13 14:19:50.376095914 +
+++ track_new.stderr.out2025-03-13 14:50:59.480715273 +
@@ -2,7 +2,7 @@
at 0x: write (in
https://bugs.kde.org/show_bug.cgi?id=502126
--- Comment #3 from Mark Wielaard ---
More gdb tests filtering:
commit ddcb3aa3ed3188cd28c193225245a76e928b850b
Author: Mark Wielaard
Date: Sun Mar 30 13:08:55 2025 +0200
filter_gdb.in: filter out __libc_do_syscall
On i386 and armhf
Hi Matthew,
On Tue, 2025-04-01 at 09:38 +0100, Matthew Malcomson wrote:
> One more time -- trying to figure out email difficulties.
I see the date (but hope it isn't a joke) and the "Please ignore".
But just in case you haven't found the issue and need to do more
testing or if someone else needs
Hi Gerald,
(Adding Arsen to CC, see below)
On Sat, Apr 05, 2025 at 12:02:44AM +0200, Gerald Pfeifer wrote:
> On Fri, 4 Apr 2025, Mark Wielaard wrote:
> > So I really don't have time to rewrite this to use some other cgi
> > mechanism. Would you mind if we go with
---
commit 31fd7355daa1ea80c0e56514950e450d1c5ffd67
Author: Mark Wielaard
Date: Sun Mar 30 15:51:39 2025 +0200
gcc-gitref.cgi: Redirect to cgit instead of gitweb
cgit is more efficient compared to gitweb and has nicer URLs. Other
redirects like gcc.gnu.org/g:x and bugzilla now also redirect to
c
Sun, Mar 30, 2025 at 09:47 Mark Wielaard wrote:
>
> > Ping again. Are there any other clarifications you like to see added?
> >
> > On Mon, Jan 27, 2025 at 11:18:08PM +0100, Mark Wielaard wrote:
> > > On Mon, Jan 20, 2025 at 11:59:16AM +0100, Mark Wielaard wrote:
&
Hi Dmitry,
On Thu, 2025-04-03 at 19:09 +0300, Dmitry V. Levin wrote:
> On Thu, Aug 29, 2019 at 03:16:12PM +0200, Mark Wielaard wrote:
> > From: Jonathon Anderson
> >
> > Uses the stdatomic.h provided by FreeBSD when GCC doesn't (ie. GCC < 4.9)
> >
&
Hi Gerald,
On Mon, 2025-03-31 at 15:27 +0200, Gerald Pfeifer wrote:
> > - echo 'https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h='$ret'">'
> > + echo 'https://gcc.gnu.org/cgit/gcc/commit/?id='$ret'">'
>
> Might there be a way to do that on the server side (via .htaccess or some
> other configura
Hi Gerald,
On Sun, 2025-03-30 at 15:46 +0200, Mark Wielaard wrote:
> Ping again. Are there any other clarifications you like to see added?
So I believe this week we had a situation where this clarified test
would have been helpful. Is there anything that prevents this from
going in?
Tha
Hi Gerald,
On Mon, 2025-03-31 at 17:32 +0200, Mark Wielaard wrote:
> On Mon, 2025-03-31 at 15:27 +0200, Gerald Pfeifer wrote:
> > > - echo 'https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h='$ret'">'
> > > + echo 'https://gcc.gnu.org/cgit/gcc
https://bugs.kde.org/show_bug.cgi?id=493433
Mark Wielaard changed:
What|Removed |Added
Assignee|jsew...@acm.org |ahajk...@redhat.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=493430
Mark Wielaard changed:
What|Removed |Added
Assignee|jsew...@acm.org |ahajk...@redhat.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=493434
Mark Wielaard changed:
What|Removed |Added
Assignee|jsew...@acm.org |ahajk...@redhat.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=502359
Mark Wielaard changed:
What|Removed |Added
Assignee|jsew...@acm.org |ahajk...@redhat.com
--
You are receiving this
Hi,
On Fri, 2025-04-04 at 12:39 +, buil...@sourceware.org wrote:
> A new failure has been detected on builder elfutils-debian-armhf while
> building elfutils.
>
> Full details are available at:
> https://builder.sourceware.org/buildbot/#/builders/6/builds/403
>
> Build state: failed tes
> of including config.h twice for all files that include both
> and "system.h".
So to be (pedantically) correct should we include the attached?
Thanks,
Mark
From f14c00adb24bf15059821ca972e5d20a58b893fa Mon Sep 17 00:00:00 2001
From: Mark Wielaard
Date: Fri, 4 Apr 2025 13:50:04 +02
Hi Samuel,
On Thu, 2025-04-03 at 17:24 +1000, Samuel Zeter wrote:
> When printing section headers, also include a key to what each flag
> is at the end of the section header output.
>
> Signed-off-by: Samuel Zeter
Thanks, looks good. Committed with a slightly tweaked commit message:
commit ef1
https://bugs.kde.org/show_bug.cgi?id=493433
Mark Wielaard changed:
What|Removed |Added
Blocks||502359
Referenced Bugs:
https://bugs.kde.org
https://bugs.kde.org/show_bug.cgi?id=493430
Mark Wielaard changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=502359
Mark Wielaard changed:
What|Removed |Added
CC||m...@klomp.org
Ever confirmed|0
CHECK.
(main): Likewise.
Signed-off-by: Mark Wielaard
---
libdw/Makefile.am | 11
libdw/dwarf.h | 2 +
libdw/dwarf_default_lower_bound.c | 2 +
libdw/dwarf_srclang.c | 87 ++-
4 files changed, 101 insertions(
https://bugs.kde.org/show_bug.cgi?id=383010
Mark Wielaard changed:
What|Removed |Added
CC||kazim-kde@gate.sanaldiyar.c
https://bugs.kde.org/show_bug.cgi?id=502263
Mark Wielaard changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
Hi Alex,
On Tue, 2025-04-01 at 12:18 +0200, Alejandro Colomar wrote:
> On Tue, Apr 01, 2025 at 12:11:53PM +0200, Mark Wielaard wrote:
> > On Mon, Mar 31, 2025 at 05:35:40PM +0200, Alejandro Colomar via Overseers
> > wrote:
> > > The public inbox of gcc@ doesn't re
Hi Alex,
On Mon, Mar 31, 2025 at 05:35:40PM +0200, Alejandro Colomar via Overseers wrote:
> The public inbox of gcc@ doesn't replace the archive, but rather
> complement it. That is, there exit both the archive and the public
> inbox. I expect the same would be possible here.
>
> (On the other
On Mon, 2025-03-31 at 09:12 +, Kyrylo Tkachov wrote:
>
> > On 31 Mar 2025, at 09:43, Richard Biener wrote:
> >
> > On Mon, Mar 31, 2025 at 9:41 AM Richard Biener
> > wrote:
> > >
> > > On Mon, Mar 31, 2025 at 9:36 AM Kyrylo Tkachov
> > > wrote:
> > > >
> > > > Ping.
> > >
> > > Can you
cgit is more efficient compared to gitweb and has nicer URLs. Other
redirects like gcc.gnu.org/g:x and bugzilla now also redirect to
cgit.
---
cgi-bin/gcc-gitref.cgi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cgi-bin/gcc-gitref.cgi b/cgi-bin/gcc-gitref.cgi
index 17b5f
---
htdocs/robots.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/htdocs/robots.txt b/htdocs/robots.txt
index 36be4d139064..01ae43dd7000 100644
--- a/htdocs/robots.txt
+++ b/htdocs/robots.txt
@@ -14,6 +14,8 @@ Disallow: /bugzilla/show_bug.cgi*ctype=xml*
Disallow: /bugzilla/attachment.cg
---
commit 2054d1380fbaf04032e84917c21a5dc6918f5e59
Author: Mark Wielaard
Date: Sun Mar 30 15:49:18 2025 +0200
robots.txt: Disallow robots to create new or list all activity on a bug
diff --git a/htdocs/robots.txt b/htdocs/robots.txt
index 36be4d13..01ae43dd 100644
--- a/htdocs/robots.txt
+++ b/htdocs/robots.txt
@@ -
Ping again. Are there any other clarifications you like to see added?
On Mon, Jan 27, 2025 at 11:18:08PM +0100, Mark Wielaard wrote:
> On Mon, Jan 20, 2025 at 11:59:16AM +0100, Mark Wielaard wrote:
> > On Sun, Jan 19, 2025 at 05:14:20PM +0100, Mark Wielaard wrote:
> > > On Tue,
https://bugs.kde.org/show_bug.cgi?id=339862
--- Comment #3 from Mark Wielaard ---
For now I have disabled this test:
commit ae32e44d1e891dd2adbb056b0bb127b21efc1b67 (HEAD -> master)
Author: Mark Wielaard
Date: Sat Mar 29 21:21:45 2025 +0100
arm/v6intThumb: Disable tests for instructi
https://bugs.kde.org/show_bug.cgi?id=502126
--- Comment #2 from Mark Wielaard ---
Created attachment 179822
--> https://bugs.kde.org/attachment.cgi?id=179822&action=edit
Skip syscall_cancel frames
Proposed patch that for VGO_linux skips __syscall_cancel_arch,
__internal_syscall_can
On Fri, 2025-03-14 at 01:29 +0100, Mark Wielaard wrote:
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
&
https://bugs.kde.org/show_bug.cgi?id=501893
Mark Wielaard changed:
What|Removed |Added
CC||m...@klomp.org
--- Comment #9 from Mark
https://bugs.kde.org/show_bug.cgi?id=502126
Mark Wielaard changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=502126
Bug ID: 502126
Summary: glibc 2.41 extra syscall_cancel frames
Classification: Developer tools
Product: valgrind
Version: unspecified
Platform: Other
OS: Linux
Status:
Hi Michael,
On Thu, 2025-03-27 at 17:06 +0100, Michael Trapp wrote:
> Use MHD_OPTION_SOCK_ADDR to bind the http listen socket to a single address.
> The address should be an IPv4 or IPv6 address configured on the system:
> --listen-address=127.0.0.1
> --listen-address=::1
> --listen-ad
On Fri, Mar 14, 2025 at 01:44:23AM +0100, Mark Wielaard wrote:
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
&
On Fri, Mar 14, 2025 at 01:46:15AM +0100, Mark Wielaard wrote:
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
&
On Fri, Mar 14, 2025 at 01:40:42AM +0100, Mark Wielaard wrote:
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
&
On Fri, Mar 14, 2025 at 01:38:26AM +0100, Mark Wielaard wrote:
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
&
Hi Michael,
On Thu, Mar 27, 2025 at 04:43:49PM +0100, Michael Trapp wrote:
> Use MHD_OPTION_SOCK_ADDR to bind the http listen socket to a single address.
> The address should be an IPv4 or IPv6 address configured on the system:
> --listen-address=127.0.0.1
> --listen-address=::1
> --li
https://bugs.kde.org/show_bug.cgi?id=493433
--- Comment #9 from Mark Wielaard ---
fedora-riscv
track_new: valgrind -q --track-fds=yes --modify-fds=high ./track_new
PASS
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=493433
--- Comment #7 from Mark Wielaard ---
There was a try build here:
https://builder.sourceware.org/buildbot/#/changes/70972
With the following issues:
- valgrind-try-fedora-x86_64
--- track_new.stderr.exp2025-03-13 13:11:28.926443833 +
Hi Aaron,
On Thu, Mar 27, 2025 at 12:07:18AM -0400, Aaron Merey wrote:
> Ensure that dwarf_lock is held before accessing next_tu_offset and
> next_cu_offset.
>
> This fixes a TOCTOU bug in __libdw_findcu that causes NULL to be
> incorrectly returned.
Could you explain what the issue is in a few
Using [[ is a bashism. We can just use [ since this is a simple
comparision.
* tests/thread-safety-subr.sh: Use if [ instead of if [[.
Signed-off-by: Mark Wielaard
---
tests/thread-safety-subr.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/thread-safety
Hi Michael,
On Thu, Mar 20, 2025 at 02:58:34PM +, Trapp, Michael wrote:
> > Am 19.03.2025 um 13:35 schrieb Mark Wielaard :
> > The code itself does look ok, although I think it could be simplified a
> > little if we go for something like --listen-local only (assuming th
Hi Aaron,
On Sun, 2025-03-16 at 21:51 -0400, Aaron Merey wrote:
> * libdw/dwarf_end.c (cu_free): Free str_off_base_lock.
> * libdw/libdwP.h (struct Dwarf_CU): Add str_off_base_lock member.
> (str_offsets_base_off): Add locking.
> * libdw/libdw_findcu.c (__libdw_intern_next_
Hi Aaron,
On Sun, 2025-03-16 at 21:51 -0400, Aaron Merey wrote:
> * libdw/dwarf_begin_elf.c (dwarf_begin_elf): Init macro_lock.
> * libdw/dwarf_end.c (cu_free): Free src_lock.
> (dwarf_end): Free macro_lock.
> * libdw/dwarf_getsrcfiles.c (dwarf_getsrcfiles): Use src_lock.
>
> The Sourceware Project Leadership Committee would like to know who our
> users are, which hosted projects they feel part of, what services they
> rely on and what the priorities should be for new initiatives.
>
> https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
We alrea
Hi Serhei,
On Sun, 2025-03-16 at 19:14 -0400, Serhei Makarov wrote:
> New data structure to coordinate caching Elf data among multiple Dwfl
> structs attached to different processes. Meant to reduce the overhead
> for profilers that use elfutils for unwinding.
>
> The caching is well-justified, a
Hi Serhei,
On Sun, Mar 16, 2025 at 07:13:00PM -0400, Serhei Makarov wrote:
> Renaming to dwfl_set_initial_registers_thread.
>
> This callback was private to one file, but now that other
> tools (eu-stacktrace, sysprof via the dwfl_perf_sample_getframes) are
> invoking the ebl set_initial_register
Hi Serhei,
On Sun, Mar 16, 2025 at 07:14:11PM -0400, Serhei Makarov wrote:
> Since libebl is a private interface, subsequent patches in the series
> introduce another api wrapping the libebl perf register handling. In
> this patch, add an interface to access the preferred set of registers
> that
Hi Serhei,
On Sun, Mar 16, 2025 at 07:13:41PM -0400, Serhei Makarov wrote:
> Change the sample_set_initial_registers callback in eu-stacktrace to
> use the proper libebl ebl_set_initial_registers_sample function.
>
> * src/Makefile.am (stacktrace_LDADD): Add libebl.
> * src/stacktrace.c (sample_r
Hi Serhei,
On Sun, 2025-03-16 at 19:12 -0400, Serhei Makarov wrote:
> First patch of a series that reworks eu-stacktrace functionality
> into a library interface for other profiling tools.
>
> * * *
>
> As it happens, Linux perf_events and DWARF can prescribe completely
> different layouts for t
Hi Hengqi,
On Tue, 2025-03-11 at 13:27 +0800, Hengqi Chen wrote:
> I want to ask you a question regarding elf internals.
> How to calculate a symbol's file offset (which is kernel uprobe expects)
> in an elf (executable or shared object)?
Could you point me to a description of what uprobe expects
Hi Samuel,
On Mon, 2025-03-17 at 17:39 +1000, Samuel Zeter wrote:
> When printing section headers, also include a key to what each flag
> is at the end of the section header output.
Did you run make check after your patch? It seems various tests fail
because they aren't expecting the new flag inf
https://bugs.kde.org/show_bug.cgi?id=501365
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
Hi Serhei,
On Mon, 2025-03-17 at 10:22 -0400, Serhei Makarov wrote:
> On Sun, Mar 16, 2025, at 7:12 PM, Serhei Makarov wrote:
> > +bool
> > +x86_64_set_initial_registers_sample (const Dwarf_Word *regs, uint32_t
> > n_regs,
> > +uint64_t regs_mask, uint32_t abi,
> >
https://bugs.kde.org/show_bug.cgi?id=501365
--- Comment #8 from Mark Wielaard ---
(In reply to mcermak from comment #7)
> I've grabbed aarch64, ppc64le and s390x test systems, and tested that this
> updated patch works on those arches. Does the patch look OK?
Yes, thanks.
And you
Hi Harald,
On Sun, Mar 16, 2025 at 10:29:13PM +0100, Harald Anlauf via Gcc wrote:
> Am 15.08.24 um 21:31 schrieb Mark Wielaard:
> >On Thu, Aug 15, 2024 at 10:31:12AM -0700, H.J. Lu via Gcc wrote:
> >>On Thu, Aug 15, 2024 at 10:17 AM Harald Anlauf via Gcc
> >>wrote
https://bugs.kde.org/show_bug.cgi?id=501365
--- Comment #6 from Mark Wielaard ---
(In reply to mcermak from comment #5)
> Created attachment 179492 [details]
> possible patch
>
> Hello guys, thank you for all the comments. I've found existing wrapper for
> sys_epoll_cre
Hi Harald,
On Sun, Mar 16, 2025 at 10:57:08PM +0100, Harald Anlauf wrote:
> I have never tried any complex setups besides simple ssh tunnels
> with git in the past, so believe this does not apply.
>
> Doing even a simple ssh -Tvv to gcc.gnu.org takes a very long time
> when trying in parallel to
Hi Harald,
On Sun, Mar 16, 2025 at 10:57:08PM +0100, Harald Anlauf wrote:
> I have never tried any complex setups besides simple ssh tunnels
> with git in the past, so believe this does not apply.
>
> Doing even a simple ssh -Tvv to gcc.gnu.org takes a very long time
> when trying in parallel to
Hi Harald,
On Sun, Mar 16, 2025 at 10:29:13PM +0100, Harald Anlauf via Gcc wrote:
> Am 15.08.24 um 21:31 schrieb Mark Wielaard:
> >On Thu, Aug 15, 2024 at 10:31:12AM -0700, H.J. Lu via Gcc wrote:
> >>On Thu, Aug 15, 2024 at 10:17 AM Harald Anlauf via Gcc
> >>wrote
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
.
* tests/Makefile.am (check_PROGRAMS): Add dwarf_language_lower_bound.
(TESTS): Likewise.
(dwarf_language_lower_bound_LDADD): New variable.
Signed-off-by: Mark Wielaard
---
NEWS | 2 +
libdw/dwarf_aggregate_size.c | 8 +-
libdw
https://bugs.kde.org/show_bug.cgi?id=501365
Mark Wielaard changed:
What|Removed |Added
CC||m...@klomp.org
Summary|unhandled
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
The Sourceware Project Leadership Committee would like to know who our
users are, which hosted projects they feel part of, what services they
rely on and what the priorities should be for new initiatives.
https://nextcloud.sfconservancy.org/apps/forms/s/xmGgmJFzSb2FZNd58cXMtAZp
The survey will ru
Hi David,
On Mon, Mar 10, 2025 at 05:40:18PM -0400, David Malcolm wrote:
> FWIW gcc/cobol/lang.opt.urls has some D-specific things that look like
> copy-and-paste cruft, but hopefully it won't cause problems.
And some Fortran stuff. The autoregen bot currently flags it with the
following diff:
d
https://bugs.kde.org/show_bug.cgi?id=501348
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=501348
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
With the COBOL: Frontend (commit 3c5ed996a) came a lang.opt.urls,
which is different from what regenerate-opt-urls.py generates. Make
the CI bot happy by regenerating it.
Longer term, the COBOL docs need to be sorted out (see e.g. PR119227)
and then perhaps regenerate-opt-urls.py adjusted so that
https://gcc.gnu.org/g:74be867452d62f2199e317de92e2e34d217cc47f
commit r15-7993-g74be867452d62f2199e317de92e2e34d217cc47f
Author: Mark Wielaard
Date: Wed Mar 12 12:29:24 2025 +0100
Regenerate cobol/lang.opt.urls
With the COBOL: Frontend (commit 3c5ed996a) came a lang.opt.urls
Hi,
On Wed, Mar 12, 2025 at 04:19:10AM +, Sam James wrote:
> Robert Dubner writes:
> >
> > I need to be able to change, at the very least, the Assignment field. I
> > don't seem to have any way of doing that.
>
> Make sure your email address on Bugzilla is x...@gcc.gnu.org. Using that
> ad
1 - 100 of 5270 matches
Mail list logo
