Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 104215 - Gentoo Bug Reporting Guide is not sufficient
Summary: Gentoo Bug Reporting Guide is not sufficient
Status: RESOLVED INVALID
Alias: None
Product: [OLD] Docs-user
Classification: Unclassified
Component: Other (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Docs Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-29 19:42 UTC by Attila Stehr
Modified: 2005-08-29 21:21 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Attila Stehr 2005-08-29 19:42:23 UTC
The guide says

---------------------------------------
| Code Listing 2.2: make.conf settings |
| 
| CFLAGS="-O2 -pipe -ggdb3"
| CXXFLAGS="${CFLAGS}"
----------------------------------------

When it should be

CFLAGS "-g -ggdb3 -O1"

Reproducible: Always
Steps to Reproduce:




See https://bugs.gentoo.org/show_bug.cgi?id=96073#c25 as well.
Comment 1 SpanKY gentoo-dev 2005-08-29 19:46:55 UTC
not really ... your example is most likely from pretty bad memory corruption
which no amount of CFLAGS will change
Comment 2 Attila Stehr 2005-08-29 20:00:32 UTC
Did you take a look on the link I gave? Did u take on the workaround of that bug?

I bet Mr Petten
Comment 3 Attila Stehr 2005-08-29 20:00:32 UTC
Did you take a look on the link I gave? Did u take on the workaround of that bug?

I bet Mr Pettenò didnt tell me to use those settings just for fun!
Comment 4 SpanKY gentoo-dev 2005-08-29 20:09:43 UTC
yes, and it looks like Diego is responding to your comment #23/#24 where you
never said you changed your CFLAGS, just your FEATURES/USE
Comment 5 Attila Stehr 2005-08-29 20:25:01 UTC
Thats not true!
Please have a look on bug # 96073 comment #12 where Diego says

> Can you try building it with debug information (CFLAGS="-g -ggdb3 -pipe" 
> FEATURES="nostrip" USE="debug") and try to get a backtrace for it? 

and I replied in bug # 96073 comment #12 with

> okay, results:

OF COURSE I kept those CFLAGS with the later testing!
Comment 6 Attila Stehr 2005-08-29 20:25:37 UTC
sorry I replied in comment # 13
Comment 7 Attila Stehr 2005-08-29 20:46:25 UTC
By the way:
bug # 96073 comment 27 gives my emerge --info which contains this line:

CFLAGS="-march=athlon64 -O1 -pipe -fomit-frame-pointer -g -ggdb3"
Comment 8 SpanKY gentoo-dev 2005-08-29 20:50:10 UTC
yes but your comment #13 didnt include anything useful

the point is, the specific CFLAGS a developer uses are matter of habit ... what
the bugzilla howto specifies is OK
Comment 9 Attila Stehr 2005-08-29 21:03:26 UTC
(In reply to comment #7)
> yes but your comment #13 didnt include anything useful

How can u say that? >:-|

_MY_COMMENT_ contained the result of using Diegos instructions!!!
That it did not alter sth on the problem does NOT mean its USELESS! The
information it contains is: "setting those flags etc. does not help us to get
closer to the problem". That is an information, RIGHT?

Otherwise please tell me now that I shall NEVER reply on requests - like that of
Diego - when the problem persists!

> the point is, the specific CFLAGS a developer uses are matter of habit ... what
> the bugzilla howto specifies is OK

That may be. Nonetheless your comment above is quite arrogant. I rather like
obliging people like Diego...
Comment 10 SpanKY gentoo-dev 2005-08-29 21:11:12 UTC
i was refering to the gdb backtrace, not to your comment in general ... calm down

the xine app caught the SIGTRAP signal and exited gracefully ... unless you
through a break in there, gdb wont halt and thus it provided no useful
information to further debug the issue
Comment 11 Attila Stehr 2005-08-29 21:21:29 UTC
(In reply to comment #9)
> i was refering to the gdb backtrace, not to your comment in general ... calm down

Okay then... seems I wasn't able to read that out of 
"your comment #13 didnt include anything useful".

> the xine app caught the SIGTRAP signal and exited gracefully ... unless you
> through a break in there, gdb wont halt and thus it provided no useful
> information to further debug the issue

So where does the bug reporting guide tell me to do that?