http://www.genunix.org/wiki/index.php/Sun_Studio_FAQs#Linux_-_The_linker_keeps_s aying:_.22mangled_line_number_section.22
This message shows up in combination with other linker messages. If this message is showing up by itself, please let me know.
You can try using the system linker (if you have a more recent update of binutils) by using the "-Yl,/usr/bin" option to the C++ compiler.
--chris
This message comes from the linker because the linker is trying to use Dwarf information
to translate a link-time error address into a source file name. It's very
clever and useful when it works, but if it encounters something that it
thinks is an error in the dwarf data, it spits out this warning.
For more info see here:
http://www.genunix.org/wiki/index.php/Sun_Studio_FAQs#Linux_-_The_linker_keeps_ saying:_.22mangled_line_number_section.22
This is actually being caused by a bug in the linker. All attempts at a test case have failed and it does not always happen. Sometimes, I clean up the build, start over, and it gets further.
I did put in a bug that the error message her does not indicate the file producing the error. I believe that this will not help as I suspect a table has become corrupt within the linker causing the error.
I did strace the output and the last open is
[pid 9316] open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 4
I have no idea what is in this file, but it has not been changed in a while. I checked the undefined symbols I get after the dwarf error and confirmed they are all a specified library which has been opened successfully during the link stage.
So it is really hard to proceed without a working diagnostic message to trace down for a problem that is not easy to reproduce. I believe that all the error messages after the dwarf error are incorrect as I guess the linker stops doing all linking and then put's out the errors that existed when the task was abandoned. This seems like a bad code branch
The dwarf error happens when another linker message is
being printed. It's a side-effect of trying to format the error message.
What's confusing is that the dwarf error shows up first, before the
linker error that caused the dwarf error. This makes it look like
the dwarf error is causing the following errors, but that's not the case.
If you fix the other linker problems, the dwarf complaint should go away.
The other linker errors should be very explicit about what's defined
and what's not defined. You should believe whatever those errors
are telling you. ;-)
--chris
In rereading my responses above, I realized that I sound like a
broken record. Sorry about that. Even if that message is
showing up by itself, it might not indicate a proper failure.
That code in the GNU linker can fire without terminating your
link or doing anything bad. If you find a way to reproduce this
please let us know.
--chris