From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9450 invoked by alias); 19 Jul 2010 19:36:08 -0000 Received: (qmail 9392 invoked by uid 48); 19 Jul 2010 19:35:55 -0000 Date: Mon, 19 Jul 2010 19:36:00 -0000 Message-ID: <20100719193555.9391.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug lto/44992] ld -r breaks LTO In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jakub at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-07/txt/msg01969.txt.bz2 ------- Comment #3 from jakub at gcc dot gnu dot org 2010-07-19 19:35 ------- I must say I don't like your solution. IMHO much better is instead add a header to LTO sections, which says the length of the LTO chunk (similarly e.g. to how .debug_info section chunks have length in the header), perhaps version, followed by that length of bytes of compressed stream, and change LTO reader to iterate over all chunks in the LTO section. This will also have advantage that it doesn't require non-ELF object formats to have section length not a multiple of 4, etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44992