From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14505 invoked by alias); 6 Aug 2007 16:17:06 -0000 Received: (qmail 13225 invoked by uid 48); 6 Aug 2007 16:16:50 -0000 Date: Mon, 06 Aug 2007 16:17:00 -0000 Message-ID: <20070806161650.13224.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug other/32998] -frecord-gcc-switches issues In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "bkoz 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: 2007-08/txt/msg00391.txt.bz2 ------- Comment #2 from bkoz at gcc dot gnu dot org 2007-08-06 16:16 ------- thanks for adding this bug report here and ccing me. Is there an easy way to separate out the include and link (-I, -L) bits from the macro defines and compiler option flags? Could the just the include bits be put into one string? When doing this does it make sense to define the base_dir and then use it as a substitution instead of putting in absolute addresses everywhere? This might cut down on size. > I think that in order to fix this the .GCC.command.line section creation > code will have to be made more complex and have access to the entire command > line options table. When I submitted the original patch to create this > feature I wanted to keep things simple, so I did not try to do this. This seems like a pretty smart strategy for getting this in. However.... can you expand on your comment above? What do you mean by "have access to the entire command line options table?" Would you dump the entire table? -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32998