From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27759 invoked by alias); 18 Jun 2008 03:45:52 -0000 Received: (qmail 27690 invoked by uid 48); 18 Jun 2008 03:45:09 -0000 Date: Wed, 18 Jun 2008 03:45:00 -0000 Subject: [Bug ada/36562] New: gnatmake not processing shared library projects X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "chrisp_42 at bigpond dot com" 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: 2008-06/txt/msg01066.txt.bz2 The changes described in entitled "More code clean up in mlib-tgt-*" changes/renames a number of files from the form mlib-tgt-xxxxxx.adb to mlib-tgt-specific-xxxxxx.adb. However the corresponding changes were not made to gnatlib/configure.ac. This results in a softlink from mlib-tgt-specific.adb in the tools build directory to a non-existent file. When gnatmake is built the default mlib-tgt-specific.adb file is used. Any attempt to use the new gnatmake to build against a library project results in a failure with an error message stating libraries are not supported on this platform. The fix is to change all occurrences of mlib-tgt-xxxxx.adb to mlib-tgt-specific-xxxx.adb in gnatlib/configure.ac and to regenerate gnatlib/configure. Additionally two occurrences where not updated in gcc/ada/Makefile.in (*86 kfreebsd and sh4 linux). A more interesting question (which I have not explored yet) is why the build silently ignores the bad symlink, and continues on using a default file from further down the search list. -- Summary: gnatmake not processing shared library projects Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chrisp_42 at bigpond dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36562