From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23461 invoked by alias); 3 May 2010 23:41:45 -0000 Received: (qmail 23420 invoked by uid 48); 3 May 2010 23:41:32 -0000 Date: Mon, 03 May 2010 23:41:00 -0000 Message-ID: <20100503234132.23419.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/43729] Mach-O LTO support needed for darwin In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "howarth at nitro dot med dot uc dot edu" 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-05/txt/msg00254.txt.bz2 ------- Comment #41 from howarth at nitro dot med dot uc dot edu 2010-05-03 23:41 ------- I wonder if... /* Given the decl DECL, return the prevailing decl with the same name. */ tree lto_symtab_prevailing_decl (tree decl) { lto_symtab_entry_t ret; /* Builtins and local symbols are their own prevailing decl. */ if (!TREE_PUBLIC (decl) || is_builtin_fn (decl)) return decl; /* DECL_ABSTRACTs are their own prevailng decl. */ if (TREE_CODE (decl) == FUNCTION_DECL && DECL_ABSTRACT (decl)) return decl; /* Ensure DECL_ASSEMBLER_NAME will not set assembler name. */ gcc_assert (DECL_ASSEMBLER_NAME_SET_P (decl)); /* Walk through the list of candidates and return the one we merged to. */ ret = lto_symtab_get (DECL_ASSEMBLER_NAME (decl)); if (!ret) return NULL_TREE; return ret->decl; } in lto-symtab.c is at all relevant to the problem. Otherwise, could we somehow access the status of lto_mode_d from collect2.c from within darwin.c? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729