From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30816 invoked by alias); 16 Mar 2009 11:24:43 -0000 Received: (qmail 30791 invoked by uid 48); 16 Mar 2009 11:24:33 -0000 Date: Mon, 16 Mar 2009 11:24:00 -0000 Message-ID: <20090316112433.30790.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libobjc/39465] libobjc does not find classes of DLLs In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "js-gcc at webkeks 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: 2009-03/txt/msg01082.txt.bz2 ------- Comment #3 from js-gcc at webkeks dot org 2009-03-16 11:24 ------- When the target is mingw32, it seems that libobjc is only built as a static library. This isn't a bad idea after all, because I guess no win32 user has a libobjc.so installed somewhere, so you would need to ship that file with every binary produced from ObjC-sources. I heard from the GNUstep guys that they had the same problem until they linked libobjc dynamically. But IMO, this is only a workaround - it should also work if libobjc is linked statically. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465