Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
Created attachment 39724
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39724=edit
buildlog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34212
Pawel Sikora changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
gcc points to the wrong 'const' in error message, e.g.:
error: type qualifiers ignored on function return type
[-Werror=ignored-qualifiers
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
the -Werror=suggest-final-types doesn't remove *.ltrans*.o files from /tmp on
linking failure. for tmpfs based /tmp this is a major problem.
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
Created attachment 39834
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39834=edit
testcase
% make
rm -f *.o *.a
g++ -m32 -Og -flto -fuse-ld=gold -g0 -march=penti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78034
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78034
--- Comment #5 from Pawel Sikora ---
(In reply to Andrew Pinski from comment #3)
> Also why are you using inline-asm here? Why can't you use the SSE
> intrinsics?
it's a 3rd-party crypto library which works for me with gcc-4.9.
now with
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target Milestone: ---
hi,
afaics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #9 from Pawel Sikora ---
(In reply to Maxim Ostapenko from comment #8)
> Hm, perhaps environment issue. What version of Glibc do you use?
glibc-2.23.1-10.fc24.x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #7 from Pawel Sikora ---
(In reply to Maxim Ostapenko from comment #6)
> The attached testcase works for me with current trunk GCC:
>
> max@max:/tmp/bug$ make
> rm -f m *.so
> ~/install/master/bin/g++ -fuse-ld=gold -g2 -Og -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54548
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63746
Pawel Sikora changed:
What|Removed |Added
Known to fail||4.9.2, 5.4.1, 6.2.1
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
Pawel Sikora changed:
What|Removed |Added
Known to fail||7.0
--- Comment #5 from Pawel Sikora
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52231
Pawel Sikora changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46577
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42195
Pawel Sikora changed:
What|Removed |Added
Known to fail||7.0
--- Comment #2 from Pawel Sikora
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #1 from Pawel Sikora ---
Created attachment 39842
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39842=edit
reduced testcase.
% gdb ./m
GNU gdb (GDB) Fedora 7.11.1-86.fc24
(gdb) r
Starting program: /home/pawels/src/bug/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #3 from Pawel Sikora ---
(In reply to Kostya Serebryany from comment #2)
> Is -flto important here?
> Does this happen with clang? (does not happen for me)
> Does this happen if you use statically linked asan (-static-libasan)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #4 from Pawel Sikora ---
(In reply to Pawel Sikora from comment #3)
> (In reply to Kostya Serebryany from comment #2)
> > Is -flto important here?
> > Does this happen with clang? (does not happen for me)
> > Does this happen if you
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target Milestone: ---
Created attachment 39800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #12 from Pawel Sikora ---
(In reply to Maxim Ostapenko from comment #11)
> Created attachment 39882 [details]
> Untested fix
>
> Untested fix (works for me with attached testcase).
>
this fix works for me. thanks.
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77963
--- Comment #2 from Pawel Sikora ---
(In reply to Kostya Serebryany from comment #1)
> lsan does not work with ptrace.
> There is https://github.com/google/sanitizers/issues/728 for it.
> We don't have plans to fix it, but the change I sent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78119
Pawel Sikora changed:
What|Removed |Added
Known to work||7.1.1
Known to fail|
++
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
hi,
i'm using the -std=c++1y and i'd like to use sso-string implementation with
std::__7:: (gnu-versioned-namespace). i don't need a dual-abi. i'd like just a
single-new-abi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83345
--- Comment #2 from Pawel Sikora ---
(In reply to Jonathan Wakely from comment #1)
> I think that's the expected behaviour in C++17. The return statement in the
> conversion operator no longer constructs an object in C++17, it calls the
>
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
% g++ bug.cpp -std=c++1y -Wall -Wextra && ./a.out; echo $?
0
% g++ bug.cpp -std=c++1z -Wall -Wextra && ./a.out; echo $?
z
Assignee: unassigned at gcc dot gnu.org
Reporter: pawel_sikora at zoho dot com
Target Milestone: ---
#include
void foo( int i ) {
char const* j = nullptr;
switch ( i ) {
if ( 0 ) {
case 1:
j = "one";
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89909
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63746
--- Comment #8 from Pawel Sikora ---
hi,
nice to see a final gcc fix.
gl, pawel.
30 matches
Mail list logo
