[Webkit-unassigned] [Bug 90098] [GTK] LLint build fails with -g -02

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=90098





--- Comment #7 from Alban Browaeys <prahal at yahoo.com>  2012-07-11 07:11:32 PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > Can't we add some extra checks, to see what target (regular elf vs fat binary) we are trying to build?
> 
> Why?  Can't you just remove the assertion and be done with it?
> 
> > 
> > Also, some distros, like Gentoo allow splitting off the debugging info into separate files:
> > /usr/lib64/libwebkitgtk-3.0.so.0.13.2
> > /usr/lib64/debug/usr/lib64/libwebkitgtk-3.0.so.0.13.2.debug
> 
> Why does this matter?  The offsets extractor doesn't care about debug data.

> > [snip]
> > With splitdebug enabled, Portage will still strip the binaries installed in the system. But before doing that, all the useful debug information is copied to a ".debug" file, which is then installed inside /usr/lib/debug (the complete name of the file would be given by appending to that the path where the file is actually installed). The path to that file is then saved in the original file inside an ELF section called ".gnu_debuglink", so that gdb knows which file to load the symbols from.
> > [/snip]

it cares about the debug_data because the debug_info section contains a duplicate of the array including the magic numbers . This is the issue from the start. duplicate which leads to the exception being raised comes from the debug info section. 
In fact this issue is critical to distributions as they all build with -g -02 "then" strip the symbols into another file. Thus build will always fails except for devs.

The issue is that the offsets are the same (thus duplicates) in the debug section than in the non debug section.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.