https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
--- Comment #5 from Andrey ---
Sorry, my fault, spanhttps://eel.is/c++draft/views.span#span.overview-4. It looks strange for me,
but of course, it's not a topic for this tracker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102991
--- Comment #3 from luoxhu at gcc dot gnu.org ---
(In reply to Kewen Lin from comment #2)
> (In reply to luoxhu from comment #1)
> > Couldn't reproduce on rain6p1 (P10):
> >
>
> It's weird, I can reproduce this on rain6p1.
>
> FAIL: gcc.dg/vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #45 from Eric Gallager ---
(In reply to Martin Liška from comment #0)
> [...]
> Then I built GCC with -j1 and used following parser to generate reports:
> https://github.com/marxin/script-misc/blob/master/parse-make-log.py
The new UR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102955
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102657
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:7a71ea4df7e97a640e6747d6787a1885eb3bbc40
commit r12-4817-g7a71ea4df7e97a640e6747d6787a1885eb3bbc40
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #12 from Han Boetes ---
Wow, thanks, let's see if I can manage that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #10)
> I looked and I see openbsd has a patch which adds fname_as_string to one of
> the generic parts of GCC which is causing this.
> apinski@xeond:~/src/openbsd-por
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #9 from Andrew Pinski ---
Do you have any patches that gets applied to the gcc sources from say openbsd?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #8 from Han Boetes ---
Well that's unexpected…
/usr/local/lib % ag -a fname_as_string
Binary file libgccjit.so.0.0.1 matches.
gcc/x86_64-unknown-openbsd7.0/11.2.0/plugin/include/c-family/c-common.h
extern const char *fname_as_strin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #7 from Andrew Pinski ---
Can you post the output of "nm /usr/local/lib/libgccjit.so.0.0.1"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102837
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #6 from Han Boetes ---
So this is what I did:
% export LD_DEBUG=yes
% /usr/pkgmk/work/emacs/src/emacs/lisp % ../src/bootstrap-emacs -batch
--no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -l comp -f
batch-byte+nativ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102715
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #5 from David Malcolm ---
(In reply to David Malcolm from comment #4)
> Hopefully that will give a hint as to where that symbol is coming from.
...or, rather, where the *usage* of that symbol is coming from.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #4 from David Malcolm ---
I'm not sure how best to debug this.
$ echo _Z15fname_as_stringi | c++filt
fname_as_string(int)
and indeed, that seems to be just for the C/C++ frontends, not for libgccjit.
Some ideas:
Given:
bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102959
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #3 from Han Boetes ---
I've just grepped the Emacs code for 'fname_as_string' and it isn't in there
either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102939
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #2 from Andrew Pinski ---
gcc/ChangeLog-2001: (fname_as_string): Likewise.
gcc/ChangeLog-2001: (fname_as_string): New function from remnants of
gcc/ChangeLog-2003: * c-common.c (fname_as_string): Use
lang_hooks.decl_print
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
--- Comment #1 from Andrew Pinski ---
fname_as_string is only defined in the C/C++ front-ends ...
c-family/ChangeLog: * c-common.c (fname_as_string): Use cxx_printable_name
for
c-family/c-common.c:fname_as_string (int pretty_p)
c-family/c-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103016
Bug ID: 103016
Summary: libgccjit on OpenBSD-7.0 fails with
bootstrap-emacs:/usr/local/lib/libgccjit.so.0.0.1:
undefined symbol '_Z15fname_as_stringi'
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #7 from Jan Hubicka ---
this is compile time plot
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=227.270.8
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=289.270.8
(-O2 and -Ofast with lto)
Things has improved but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101337
Bernhard Reutner-Fischer changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102837
--- Comment #6 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:d41092ec52f46d2f4b08fff8d1519e50354331b0
commit r12-4813-gd41092ec52f46d2f4b08fff8d1519e50354331b0
Author: Iain Buclaw
Date: Sun O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102959
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:1b5f73858412731bb2e821bdf0fc85d6cc012d33
commit r12-4812-g1b5f73858412731bb2e821bdf0fc85d6cc012d33
Author: Iain Buclaw
Date: Sun O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
--- Comment #3 from Jonathan Wakely ---
And libstdc++ has exactly the constraints required by the C++ draft. I suggest
reporting this as an LWG defect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
--- Comment #2 from Jonathan Wakely ---
According to the standard, span is undefined behaviour, see the
last bullet of [res.on.functions].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100991
Bernhard Reutner-Fischer changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100972
Bernhard Reutner-Fischer changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99884
Bernhard Reutner-Fischer changed:
What|Removed |Added
Keywords||patch
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #3 from Iain Buclaw ---
(In reply to Andrew Pinski from comment #2)
> Are you using Solaris's ld or as? Or what version of binutils are you using?
> Yes it does matter here.
Configured gcc --without-gnu-ld --with-ld=/usr/bin/ld --wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103014
Andrew Pinski changed:
What|Removed |Added
Summary|gnat1 segfaults in |[11/12 Regression] gnat1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #2 from Andrew Pinski ---
Are you using Solaris's ld or as? Or what version of binutils are you using?
Yes it does matter here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
--- Comment #4 from Johel Ernesto Guerrero Peña ---
I'm fine with closing this as RESOLVED INVALID or something along those lines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
--- Comment #3 from Patrick Palka ---
(In reply to Patrick Palka from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Hmm, this is interesting:
> > template concept Never = false;
> > template concept C = Never;
> > void f() {
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #1 from Iain Buclaw ---
The specific CPU config options of -m32 are: -mcpu=generic -march=pentium4
-mtune=generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
Bug ID: 103015
Summary: [i386][solaris] Segmentation fault loading pointer to
TLS
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103014
Bug ID: 103014
Summary: gnat1 segfaults in tree_could_trap_p when C double
parameter, -O2 -gnatn -gnatVa
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
--- Comment #1 from Andrey ---
Sorry, the first link to godbolt in the starter message is wrong, it should be
https://gcc.godbolt.org/z/jWeqs6cM4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
Bug ID: 103013
Summary: Underconstrained constructor span(_Range&&)
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103012
--- Comment #2 from Andrew Pinski ---
Someone else has to reduce the testcase and such.
I found this while trying to reduce PR 102990.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103012
--- Comment #1 from Andrew Pinski ---
Created attachment 51714
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51714&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103012
Bug ID: 103012
Summary: ICE with #pragma GCC optimize followed by long line
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
--- Comment #1 from Andrew Pinski ---
Reducing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102959
--- Comment #1 from Iain Buclaw ---
(In reply to Rainer Orth from comment #0)
> (gdb) p array
> $2 = {16, 678}
> (gdb) p u
> $3 = {i = 0, b = false}
> (gdb) n
> 9 u.i = 0xDEADBEEF;
> (gdb) n
> 10assert(array[u.b] == 678);
> (gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
--- Comment #3 from cqwrteur ---
compilation succeeded when comment out process.h. HAVE_PROCESS_H does not make
sense tbh. Actually #if __has_include() can replace all headers. Are
you trying to support old versions' compilers by not using __has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
--- Comment #2 from cqwrteur ---
Probably because of this that breaks compilation
https://github.com/gcc-mirror/gcc/commit/c3e80a16af287e804b87b8015307085399755cd4#diff-6499efb534d0a9459d3af89fe12f0ee024636b275addb16130c9dbe6c5c3dda9
53 matches
Mail list logo
