From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29190 invoked by alias); 12 Feb 2011 20:55:08 -0000 Received: (qmail 29181 invoked by uid 22791); 12 Feb 2011 20:55:07 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mail.synsport.com (HELO shepard.synsport.net) (208.69.230.148) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 12 Feb 2011 20:55:03 +0000 Received: from [192.168.0.11] (atoulouse-256-1-48-48.w90-38.abo.wanadoo.fr [90.38.239.48]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 2F8C042D68 for ; Sat, 12 Feb 2011 14:55:00 -0600 (CST) Message-ID: <4D56F3A4.7010808@marino.st> Date: Sun, 13 Feb 2011 02:15:00 -0000 From: John Marino User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: gcc-help Subject: dl_iterate_phdr support Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2011-02/txt/msg00192.txt.bz2 FreeBSD and openBSD have had dl_iterate_phdr support in their runtime linker since 2007. NetBSD-current added it in late 2010 and I just patched Dragonfly's RTLD to support it as well, which means the feature is fully supported by *BSD. I was a bit surprised when I checked the gcc configure log and saw the check for dl_iterate_phdr came back "unknown" so I checked the gcc/configure script. Basically the logic in the configure script is this: If target <> solaris2 then gcc_cv_target_dl_iterate_phdr=unknown Basically that means this feature is only possibly used by gcc when Solaris is the target. Is this intentional? Why are not Linux and BSD targets being tested? Is the problem only a deficient configure script, or is there missing support within gcc itself? I was told on the gcc-help mail list that using dl_iterate_phdr was a more efficient method of propagating exceptions and I'd like GNAT to take advantage of that. Thanks, John