----- Mensaje original ----- De: Markus Schöpflin <markus.schoepflin@comsoft.de> Fecha: Viernes, Octubre 15, 2004 5:32 pm Asunto: [boost] Re: [multi_index] problem with gcc 3.4.2 for Compaq Tru64UNIX
Joaquín Mª López Muñoz wrote:
Markus Schöpflin ha escrito:
The exact compiler switch removed was "-g". I will try to find out whether there is perhaps an updated assembler available which fixes the problem. Please keep me informed if you make any progress. Thank you again.
It's really not the fault of the system assembler that the file cannot be assembled by gcc in debug mode but the fault of mips-tfile which is an executable (first needed for MIPS, now only in use for Tru64, hence the name) which comes with gcc and is used to put the debug symbols from the assembler source into the object file _after_ the system assembler has created the object file.
The length of the debug symbols mips-tfile can handle is limited to 32768 bytes. :-( There are some defines in the source code of mips- tfile.c (namely PAGE_SIZE and PAGE_USIZE) which look like they could be used to change that limitation but I'm not sure what else depends on these constants. I thought you might be interested in these findings.
They are very interesting indeed! Thank you for your efforts in clearing this out. Currently, this is what I wrote about the issue in the Boost.MultiIndex docs: http://tinyurl.com/43bfy I'll try to rewrite it according to your explanations. (If you feel like providing this paragraph to me, or even changing the doc in the CVS yourself, be my guest; I'm no Unix expert and much of this babble sounds like Greek to me.) As for the source code of mips-tfile.c, do you know if it is under control of the GCC folks? If so, maybe we can file a request that this issue be addressed in GCC 3.4.x. Best, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo