http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56236
Bug #: 56236
Summary: incorrect debug info for decltype(nullptr)
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56251
Bug #: 56251
Summary: no DW_AT_const_value for static const member of a
template class
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56251
--- Comment #2 from chihin ko 2013-02-08 21:24:55
UTC ---
How is it invalid ? it was compilable and runnable:
benjamin2 906> /pkg/gnu/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/pkg/gnu/bin/g++-4.7.1-5.10
COLLECT_LTO_WRAPPER=/pkg/gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56251
--- Comment #4 from chihin ko 2013-02-08 22:01:36
UTC ---
Note, this is a const static member, the initialization is the definition,
if I don't initialize it, I would get an "Undefined symbol" linking error.
This code is valid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54773
Bug #: 54773
Summary: no debug info generated for rvalue reference
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54774
Bug #: 54774
Summary: insufficient debug info for strong typed enum
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
cat t.cc
#include
void foo(wchar_t c) { printf("In foo(wchar_t) %d\n", c); }
main()
{
wchar_t L = L'b';
}
g++ -std=c++11 -g t.cc
gdb a.out
Breakpoint 1, main () at t.cc:7
7
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
test case:
cat t.cc
#include
struct base {
int x;
base() { x= 2;};
};
struct A {
static int x;
struct B :base{
void f() {
x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #3 from chihin ko ---
a.out execution does not have problem, it is the debugging support would have
problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #5 from chihin ko ---
Oracle Solaris 10 8/11 s10x_u10wos_17b X86
DW_AT_producer "GNU C++ 4.8.1 -mtune=generic -march=pentium4 -g"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #6 from chihin ko ---
On Linux:
pirandello 934> cat /etc/*release*
Enterprise Linux Enterprise Linux Server release 5.4 (Carthage)
cat: /etc/lsb-release.d: Is a directory
Red Hat Enterprise Linux Server release 5.4 (Tikanga)
/usr/bin
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Created attachment 30675
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30675&action=edit
test case
This problem was fixed after g++ 4.4, I file t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #9 from chihin ko ---
(In reply to Eric Botcazou from comment #8)
> The configure line for the compiler is needed on Solaris as well.
Using built-in specs.
COLLECT_GCC=/pkg/gnu/bin/g++-4.8.1-5.10
COLLECT_LTO_WRAPPER=/pkg/gnu/libexec/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58198
--- Comment #2 from chihin ko ---
(In reply to Jakub Jelinek from comment #1)
> For book keeping of what? GCC before 4.7.0 are no longer supported.
oracle solstudtio debugger dbx support gnu compiler v4.1 v4.5.2...etc,
this is to show why dbx h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55541
Bug #: 55541
Summary: unable to see local variables due extra lexical block
was generated
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54774
chihin ko changed:
What|Removed |Added
Summary|insufficient debug info for |[4.4.4, 4.5, 4.6, 4.7]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55785
Bug #: 55785
Summary: gcc4.5.2 incorrect line # of caller for destructor
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Target Milestone: ---
cat t.cc
template
decltype(auto) g_1(T t) {
return t;
}
template
auto g_2(T t) {
return t;
}
int main() {
decltype(auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54773
chihin ko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56251
chihin ko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Target Milestone: ---
cat t.cc
class AA {
public:
auto func(int arg) {
int i = 0;
for (; i < arg; i++);
return i;
}
} a;
auto func1(int arg) {
int i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78329
--- Comment #1 from chihin ko ---
The bug only happen in member functions,
I tried multiple classes with deducted return type for multiple member
functions, they all point to the same DW_TAG_unspecified_type.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
cat t.cc
#include
int f(int &r) {
r = r + 1;
return r;
}
main(void) {
int j = 99;
int i = 99;
printf("i = %d\n",i);
print
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57939
--- Comment #2 from chihin ko ---
Yeah, difference version of gdb resulting different behavior:
On Red Hat Enterprise Linux Server release 5.4 (Tikanga)
GNU gdb Fedora (6.8-37.el5)
(gdb) p L
$1 = 98
gcc version 4.7.2 (GCC)
On Oracle Linux Serv
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
this happen since 4.8.2, 4.9.0 also have same problem.
cat t.cc
==
1 #include
2
3 int b = 12;
4
5
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Created attachment 35372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35372&action=edit
test case 1/1
for attached *.cc, there are 3 A CTOR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
--- Comment #2 from chihin ko ---
(In reply to Andrew Pinski from comment #1)
> It is doing (b+3) first which is from :5 which seems correct to me. Default
> arguments should have a line information right?
Then gdb should stop at line 30 first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
--- Comment #4 from chihin ko ---
(In reply to Richard Biener from comment #3)
> What version works correctly? (please provide the testcase as attachment as
> well)
< 0><0x000b> DW_TAG_compile_unit
DW_AT_producer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
--- Comment #5 from chihin ko ---
Created attachment 35381
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35381&action=edit
test case 1/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54773
--- Comment #3 from chihin ko ---
g++ 4.8.2 on intel-Linux regress again. DW_TAG_rvalue_reference_type did not
get generated.
g++ 4.8.2 on intel Solaris is broken too.
g++ 4.9.0 works on intel-Linux but not on intel Solaris.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Target Milestone: ---
Created attachment 35505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35505&action=edit
test case
for attach delegating_constructors.cc test case,
due to incorrect debug in
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Target Milestone: ---
Created attachment 35520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35520&action=edit
test case
For a
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
For following t.cc:
extern "C" int printf(const char*, ...);
#include
using namespace std;
deque gl_li(5,100);
int main ()
{
deque tmp_d
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Created attachment 33905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33905&action=edit
test case
For attached test case t.cc, g++ did not generate appropriate debug info for
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54773
--- Comment #2 from chihin ko ---
g++ 4.8.1 on Linux fixed the problem, but problem still exists in g++ 4.8.1 on
solaris.
onent: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
Target Milestone: ---
We've build the appended program with all manner of g++'s (from 3.4.3 to 5.2.0)
and in all cases the DWARF information for class ios_base is "weir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68904
--- Comment #2 from chihin ko ---
Created attachment 37032
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37032&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68904
--- Comment #3 from chihin ko ---
Created attachment 37033
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37033&action=edit
dwarf dump of test case test.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68904
--- Comment #4 from chihin ko ---
(In reply to Andrew Pinski from comment #1)
> Can you try:
> -fno-eliminate-unused-debug-types
>
> I bet the full type debug info is going to be emitted in a different TU
> which is why GCC is not emitting it he
39 matches
Mail list logo
