label is always associated with the
DW_AT_low_pc attribute of the DIE. So I just made it a special new
class.
2012-04-27 Mark Wielaard
* dwarf2out.h (enum dw_val_class): Add dw_val_class_high_pc.
* dwarf2out.c (dw_val_equal_p): Handle dw_val_class_high_pc.
(add_AT_low_hi
On Fri, 2012-04-27 at 15:43 +0200, Jakub Jelinek wrote:
> On Fri, Apr 27, 2012 at 03:36:56PM +0200, Mark Wielaard wrote:
> > But even without this, I think the patch is worth it just to get rid of
> > all the relocations necessary otherwise.
>
> IMHO we should defer applying
On Mon, 2011-05-30 at 20:09 +0200, Jakub Jelinek wrote:
> Whether DW_TAG_rvalue_reference_type or DW_TAG_reference_type
> should be emitted for rvalue references shouldn't depend on
> whether .debug_types section is emitted or not, it should
> depend just on whether emitting DWARF4+ or not.
Urgh,
On Wed, 2011-07-20 at 20:00 +0200, Jakub Jelinek wrote:
> On Wed, Jul 20, 2011 at 10:16:10AM -0700, Michael Eager wrote:
> > but wait until the DWARF committee has had an
> > opportunity to review the proposal and incorporate it into a future version
> > of DWARF. Should you discover a need for an
rence between an empty table that we omitted and failure
to generate a table that would have contained data. We recently
discussed this again (see PR), and it still seems like a good thing. So
here it a patch to just do that:
2011-04-26 Mark Wielaard
PR42288
* dwarf2out.c (dwarf2out_f
Hi Rainer,
On Tue, 2011-04-26 at 11:22 +0200, Rainer Orth wrote:
> Mark Wielaard writes:
>
> > This PR was put on hold for a while since gdb didn't immediately need
> > it. But the consensus seemed that it was a good idea to always output
> > the address
On Tue, 2011-04-26 at 11:10 +0200, Mark Wielaard wrote:
> This PR was put on hold for a while since gdb didn't immediately need
> it. But the consensus seemed that it was a good idea to always output
> the address ranges (.debug_arange section) information if a CU
> (.debug_
Hi,
While reading through the dwarf2out debug_str support I got confused by
some of the code dealing with debug_str_hash_forced. But after PR41404
was fixed nothing actually uses this anymore. So this patch just removes
the dead code and simplifies a check.
2011-05-03 Mark Wielaard
Hi,
While reading through the unit type support I noticed some parts were
still using the old DW_FORM_sig8 while others used the actual
DW_FORM_ref_sig8 as used in the dwarf spec. I missed some things in a
first scan because of this, so I thought I just clean it up.
2010-03-24 Mark Wielaard
s without any
real debuginfo in them. There might not actually be many such projects though.
2011-03-24 Mark Wielaard
PR debug/48041
* dwarf2out.c (output_abbrev_section): Only terminate table when
abbrev_die_table_in_use > 1.
Bootstraps fine on x86_64-gnu-linux and no regre
> >/* Terminate the table. */
> > - dw2_asm_output_data (1, 0, NULL);
> > + if (abbrev_die_table_in_use > 1)
> > + dw2_asm_output_data (1, 0, NULL);
>
> I'd prefer this to be handled by
>
> if (abbrev_die_table_in_use == 0)
> return;
>
> at the beginning of the function.
>
> Ok with that ch
and DW_FORM_ref_addr
usage.
2011-03-29 Mark Wielaard
* common.opt (fdebug-types-section): New flag.
* doc/invoke.texi: Document new -fno-debug-types-section flag.
* dwarf2out.c (use_debug_types): New define.
(struct die_struct): Mark die_id with GTY desc use_debug_ty
been outputting DW_AT_low_pc for years already. The condition being
dwarf_version >= 4, assuming any consumers updated to Dwarf 4 will have
been following the spec. I checked gdb and elfutils already check for
DW_AT_low_pc.
2011-03-31 Mark Wielaard
* dwarf2out.c (dwarf2out_finish): Don'
Hi (adding Philippe to CC who knows a bit more about Valgrind vs Ada),
On Sat, Oct 05, 2024 at 06:07:27AM +0100, Sam James wrote:
> Jeff Law writes:
>
> > On 10/2/24 8:39 PM, Sam James wrote:
> >> Valgrind doesn't error out by default which means bootstrap issues like
> >> in PR116945 can easily
Hi Maciej,
On Sat, Oct 19, 2024 at 04:54:06PM +0100, Maciej W. Rozycki wrote:
> On Wed, 12 Jun 2024, Maciej W. Rozycki wrote:
>
> > > Hence we decided to check for it in CI instead.
> > >
> > > Hope the trade-off sounds reasonable
> >
> > I have reviewed the thread referred and I note that a c
Hi all,
The gcc-patches list recently saw a couple of bounces of emails that
didn't pass dmarc policy (with p=reject) with spf and dkim failing.
All people who got unsubscribed because of this have been resubscribed
again.
To prevent getting email on the list that don't pass a strict dmarc
polic
Hi Sam,
On Mon, 2024-11-11 at 07:54 +, Sam James wrote:
> STAGE1_CFLAGS can be used to accelerate the just-built stage1 compiler
> which especially improves its performance on some of the large generated
> files during bootstrap. It defaults to nothing (i.e. -O0).
>
> The downside is that if
These comment typos were found in the valgrind fork of libiberty
demangle code.
libiberty/ChangeLog:
* cplus-dem.c: Change preceeded to preceded.
include/ChangeLog:
* safe-ctype.h: Change accidently to accidentally.
---
include/safe-ctype.h | 2 +-
libiberty/cplus-dem.c | 2 +-
Hi Antoni,
On Wed, Nov 20, 2024 at 11:11:01AM -0500, Antoni Boucher wrote:
> From what I understand, pull requests on forge.sourceware.org can be
> removed at any time, so I could lose track of the status of my
> patches.
It is an experiment, and the experiment could fail for various
reasons. At
Hi,
Random request...
On Tue, Nov 19, 2024 at 11:14:38AM -0500, David Malcolm wrote:
> > Here's the updated patch and answers below.
> >
> > (GitHub link if you find it easier for review:
> > https://github.com/antoyo/libgccjit/pull/5)
> >
> > Thanks.
>
> Thanks; I looked over the patch via t
Hi Jakub,
On Thu, Nov 21, 2024 at 10:16:13AM +0100, Jakub Jelinek via Gdb wrote:
> From what I can read in gdb, it doesn't seem to care about exact standard
> revision, all it cares about is if the TU is C, C++, Fortran, Ada etc.
> So, from this POV perhaps we shouldn't switch at all and ignore al
Hi Carlos,
On Thu, Nov 21, 2024 at 02:26:39PM -0500, Carlos O'Donell wrote:
> On 11/21/24 1:47 PM, Sam James wrote:
> > Mark Wielaard writes:
> >> On Thu, 2024-11-21 at 12:04 -0500, Carlos O'Donell wrote:
> >>
> >> I suggest including the actual cla
Hi Jason,
On Fri, Nov 22, 2024 at 05:13:30PM +0100, Jason Merrill wrote:
> My take has been that this change is not necessary for us because
> the FSF can accept copyright assignment for pseudonymous
> contributions, so individual reviewers don't need to adjudicate
> whether a particular pseudonym
Hi Jeff,
On Sun, 2024-12-01 at 08:56 -0700, Jeff Law wrote:
> commit 148e20466c2c246df9472efed0f2ae94cb65a0f8
> Author: Matevos Mehrabyan
> Date: Mon Nov 11 13:00:10 2024 -0700
>
> [PATCH v6 09/12] Add symbolic execution support.
>
> Gives an opportunity to execute the code on bit
Adjust the DCO text to match the broader community usage and
clarifications around the use of real names, known identities and
(anonymous) pseudonyms.
These changes clarify what was meant by "real name" and that it is not
required to be a "legal name" or any other stronger requirement than a
known
Hi,
On Mon, 2024-12-02 at 11:16 +0100, Mark Wielaard wrote:
> Adjust the DCO text to match the broader community usage and
> clarifications around the use of real names, known identities and
> (anonymous) pseudonyms.
>
> These changes clarify what was meant by "real name
Hi Thomas,
On Sun, Feb 02, 2025 at 07:09:14PM +0100, Thomas Koenig via Gcc wrote:
> I sent https://gcc.gnu.org/pipermail/fortran/2025-February/061670.html
> to gcc-patches also, as normal, but got back an e-mail that it
> was too large. and that a moderator would look at it.
I think that was done
On Mon, Dec 09, 2024 at 11:24:39AM +0100, Mark Wielaard wrote:
> On Mon, 2024-12-02 at 11:16 +0100, Mark Wielaard wrote:
> > Adjust the DCO text to match the broader community usage and
> > clarifications around the use of real names, known identities and
> > (anonymous) pseud
Hi Carlos,
On Thu, 2024-11-21 at 12:04 -0500, Carlos O'Donell wrote:
> Adjust the DCO text to match the broader community usage including
> the Linux kernel use around "real names."
We made a similar change to switch from "real names" to "known
identifies" for elfutils a year ago:
https://sourcew
Hi Kito,
On Thu, Dec 05, 2024 at 03:12:03PM +0800, Kito Cheng wrote:
> function_shape::get_name is the funciton for building intrinsic function name,
> the result should not be changed by others once it built.
>
> So add const to the return type to make sure no one change that by
> accident.
Thi
Hi Jakub,
On Tue, 2025-01-07 at 20:22 +0100, Jakub Jelinek wrote:
> DWARF has voted in yesterday https://dwarfstd.org/issues/241209.1.html ,
> which is basically just a guarantee that the DWARF 6 draft
> DW_AT_language_{name,version} attribute codes and content of
> https://dwarfstd.org/languages-
Hi Gerald,
On Tue, Dec 17, 2024 at 04:40:10PM +0900, Gerald Pfeifer wrote:
> On Mon, 2 Dec 2024, Mark Wielaard wrote:
> > Adjust the DCO text to match the broader community usage and
> > clarifications around the use of real names, known identities and
> > (anonymous) pseud
sparc added a -mvis3b option, but the sparc.opt.url file wasn't
regenerated.
Fixes: d309844d6fe0 ("Fix bootstrap failure on SPARC with -O3 -mcpu=niagara4")
gcc/ChangeLog:
* config/sparc/sparc.opt.urls: Regenerated.
---
gcc/config/sparc/sparc.opt.urls | 3 +++
1 file changed, 3 insertion
ark
>
> > Mark Wielaard 於 2025年1月17日 晚上10:32 寫道：
> >
> > Hi Monk,
> >
> > > On Fri, Nov 15, 2024 at 06:53:09PM +0800, Monk Chiang wrote:
> > > gcc/ChangeLog:
> > >* gcc/config/riscv/riscv.cc
> > >(riscv_file_end_indicate_exec_s
Hi,
On Tue, 2025-01-21 at 14:46 +0100, Mark Wielaard wrote:
> Thanks. And if you need help with that please let people know.
> The riscv bootstrap has been broken now for 5 days.
> And it really looks like it is as simple as just removing that one
> line.
Sorry, I missed that you al
Hi Eric,
On Mon, Jan 20, 2025 at 08:34:22AM +0100, Eric Botcazou wrote:
> > sparc added a -mvis3b option, but the sparc.opt.url file wasn't
> > regenerated.
> >
> > Fixes: d309844d6fe0 ("Fix bootstrap failure on SPARC with -O3
> > -mcpu=niagara4")
>
> Thanks, but how is one supposed to detect th
Hi,
On Sun, Jan 19, 2025 at 05:14:20PM +0100, Mark Wielaard wrote:
> On Tue, Dec 17, 2024 at 04:40:10PM +0900, Gerald Pfeifer wrote:
> > On Mon, 2 Dec 2024, Mark Wielaard wrote:
> > > Adjust the DCO text to match the broader community usage and
> > > clarifications a
Hi,
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, Dec 17, 2024 at 04:40:10PM +0900, Gerald Pfeifer wrote:
> > > On Mon, 2 Dec 2024, Mark Wielaard wrote:
> > > > Adjust the
commit 56946c801a7c ("gimple: Add limit after which slower switchlower
algs are used [PR117091] [PR117352]") introduced a limit on the number
of cases of a switch. It also bails out on finding jump tables if the
switch is too large. This introduces a compile time regression during
bootstrap. A risc
Hi Monk,
On Fri, Nov 15, 2024 at 06:53:09PM +0800, Monk Chiang wrote:
> gcc/ChangeLog:
> * gcc/config/riscv/riscv.cc
> (riscv_file_end_indicate_exec_stack): Add .note.gnu.property.
> * gcc/config/riscv/linux.h (TARGET_ASM_FILE_END): Define.
>
> [...]
> diff --git a/gcc/config/ri
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
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
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 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.
>
---
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
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,
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
Hi Richard,
On Mon, Apr 28, 2025 at 11:26:50AM +0200, Richard Biener wrote:
> On Tue, Feb 18, 2025 at 1:44 PM Richard Biener wrote:
> >
> > The following changes how flag_complex_method is managed towards
> > being able to record that in the optimization set so we can stream
> > and restore it pe
Hi Kito,
Unfortunately this breaks bootstrap for riscv:
../../gcc/gcc/config/riscv/genrvv-type-indexer.cc: In function ‘int main(int,
const char**)’:
../../gcc/gcc/config/riscv/genrvv-type-indexer.cc:302:7: error: this ‘for’
clause does not guard... [-Werror=misleading-indentation]
302 |
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
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
fortran added a new -Wexternal-argument-mismatch option, but the
lang.opt.urls file wasn't regenerated.
Fixes: 21ca9153ebe5 ("C prototypes for external arguments; add warning for
mismatch.")
gcc/fortran/ChangeLog:
* lang.opt.urls: Regenerated.
---
gcc/fortran/lang.opt.urls | 3 +++
1 f
Hi Jakub,
On Tue, Feb 11, 2025 at 07:04:31PM +0100, Jakub Jelinek wrote:
> The following testcase IMO in violation of the P2552R3 paper doesn't
> pedwarn on alignas applying to dependent types or alignas with dependent
> argument.
>
> tsubst was just ignoring TYPE_ATTRIBUTES.
>
> The following p
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
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
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
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 Kito,
On Mon, May 12, 2025 at 10:17:36PM +0800, Kito Cheng wrote:
> Leverage the centralized riscv-ext.def definitions to auto-generate
> the target option parsing and associated internal flags, replacing
> manual listings in riscv.opt; `riscv_ext_flag_table` part will remove in
> later patch.
The Cobol frontend lang.opt got -M added, but lang.opt.urls wasn't
regenerated.
Fixes: 92b6485a75ca ("cobol: Eliminate exception "blob"; streamline some code
generation.")
gcc/cobol/ChangeLog:
* lang.opt.urls: Regenerated.
---
gcc/cobol/lang.opt.urls | 3 +++
1 file changed, 3 insertio
Hi Jeff,
On Thu, May 15, 2025 at 10:11:19PM -0600, Jeff Law wrote:
> This has been tested in my tester and is currently bootstrapping on
> my BPI. Waiting on data from the pre-commit tester before moving
> forward...
It looks like the Sourceware p550 and spacemit-x60 builders do flag a
bootstrap
Hi,
On Mon, Jan 24, 2022 at 08:34:39PM +0100, Jakub Jelinek wrote:
> The following patch uses DW_ATE_GNU_{,complex_}float128 (new extensions
> equal to corresponding HP extensions) instead of DW_ATE_float,
> another possibility would be DW_ATE_GNU_precision attribute on the
> DW_TAG_base_type that
301 - 362 of 362 matches
Mail list logo
