https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
--- Comment #5 from Elmar Stellnberger ---
Created attachment 52827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52827&action=edit
2nd version of patch that should be useable under gcc-8-8.3.0/debian/patches/
Last time I reported that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
--- Comment #4 from Elmar Stellnberger ---
The related debian-security discussion can be found here:
https://lists.debian.org/debian-security/2022/04/msg00042.html
(strangely I can not find my last posts when sorting by Thread, simple to see
wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
--- Comment #3 from Elmar Stellnberger ---
Created attachment 52823
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52823&action=edit
patch that should be useable under gcc-8-8.3.0/debian/patches/
I have recompiled g++ and the output of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
--- Comment #2 from Elmar Stellnberger ---
One of the differences I see around the backtrace is that the type
source_location has been changed into location_t. I could change this in
tree-outof-ssa.c, but in reality the change has been made in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
Elmar Stellnberger changed:
What|Removed |Added
Attachment #52821|0 |1
is obsolete|
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: estellnb at elstel dot org
Target Milestone: ---
Created attachment 52821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52821&action=edit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95665
--- Comment #1 from Elmar Stellnberger ---
compile and start with ./runit test_int128.cpp
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: estellnb at elstel dot org
Target Milestone: ---
Created attachment 48725
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48725&action=edit
types.tar.bz2
I have programmed a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
Elmar Stellnberger changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
--- Comment #10 from Elmar Stellnberger ---
Created attachment 43557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43557&action=edit
fixed version of auxtypes.h which works under g++ and clang
Well if I fix things for clang then the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
--- Comment #9 from Elmar Stellnberger ---
I still do not understand why this constructor gets called: inline xstrbuf(
base_str s ). If I use .as_const() the result should be an xstr_const : public
xstr_abstract and not an xstr_mutable: public
xs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
--- Comment #8 from Elmar Stellnberger ---
concerning comment #4: Why do I not get the warning of utf8len being used
uninitialized? I have compiled with -Wall and -Wmaybe-uninitialized. This would
not be the first time that g++ does not notify m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
--- Comment #3 from Elmar Stellnberger ---
if I unify the implicit copy constructor with my own one then it also works for
g++: xstr_mutable( const xstr& s ) : xstr(s) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
--- Comment #2 from Elmar Stellnberger ---
Princess17b29a just found out that the problem can be resolved by adding the
const keyword to the constructor in line 233:
inline xstrbuf( const xstrbuf& s ) ...
... as neither "xstrbuf( base_str_const s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84667
Elmar Stellnberger changed:
What|Removed |Added
Attachment #43542|0 |1
is obsolete|
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: estellnb at elstel dot org
Target Milestone: ---
Created attachment 43542
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43542&action=edit
sample program that evokes the given error
g++ (Debian 6
16 matches
Mail list logo
