From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23445 invoked by alias); 14 Nov 2001 06:57:54 -0000 Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Received: (qmail 23370 invoked from network); 14 Nov 2001 06:57:48 -0000 Received: from unknown (HELO ampere.iie.edu.uy) (164.73.224.40) by sourceware.cygnus.com with SMTP; 14 Nov 2001 06:57:48 -0000 Received: from guitarra.iie.edu.uy (r200-40-30-247.adinet.com.uy [200.40.30.247]) (authenticated) by ampere.iie.edu.uy (8.11.0/8.11.0) with ESMTP id fAE6vjU88087 for ; Wed, 14 Nov 2001 03:57:45 -0300 (UYT) Date: Fri, 02 Nov 2001 11:48:00 -0000 From: nacho X-Mailer: The Bat! (v1.49) UNREG / CD5BF9353B3B7091 Reply-To: nacho Organization: IIE X-Priority: 3 (Normal) Message-ID: <138497216.20011114040625@iie.edu.uy> To: cygwin@cygwin.com Subject: building DLLs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2001-11.t/txt/msg00154.txt Hi all, I'm new to this list and I will start with a question that I think has been asked many times in the past (I've read the archives) but still can't find a solution. I'm trying to build a popular XML parsing library, Xerces, on Cygwin and it requires creating a DLL. I'm not going into details but there's something specific that shouldn't happen: It's supposed that __declspec(dllexport) and __declspec(dllexport) are no longer needed right? Well, if I omit those then any DLL I try to build (a very simple example) fails at link time telling me it cannot export __bss_start, __bss_end, __data_start and __data_end because they are not defined. Moreover, I downloaded the latest "dllhelpers" distribution, which says it works for gcc 2.95.3, the same I have. I tried all of the examples from it and NONE of them compiles, all yielding the same errors. Now this is really alarming since the last update to the dllhelpers was only a month ago. Well, then I tried, again in my little test DLL, to use the __declspec directives. This works, and I knew it worked before because that was the way I was working before, but only if I put the __declspec in the definition of the functions (in the .c or .cpp). When compiling C++ classes, again I can make things work if I use the __declspec(dllexport) on each method declaration, and not in the .cpp, but if I put the __declspec(dllexport) on the class declaration header then again any method in the .cpp without the __declspec repeated will not appear when linking an example program against the import library. Does anyone know what's happening?? This behaavior is not the expected at all right? I'd really appreciate the help. I need this package compiled! -- Saludos, nacho mailto:nacho@iie.edu.uy -- "Yo no soy paranoico. Eso es lo que *ellos* quieren que piense" -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23445 invoked by alias); 14 Nov 2001 06:57:54 -0000 Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Received: (qmail 23370 invoked from network); 14 Nov 2001 06:57:48 -0000 Received: from unknown (HELO ampere.iie.edu.uy) (164.73.224.40) by sourceware.cygnus.com with SMTP; 14 Nov 2001 06:57:48 -0000 Received: from guitarra.iie.edu.uy (r200-40-30-247.adinet.com.uy [200.40.30.247]) (authenticated) by ampere.iie.edu.uy (8.11.0/8.11.0) with ESMTP id fAE6vjU88087 for ; Wed, 14 Nov 2001 03:57:45 -0300 (UYT) Date: Sun, 11 Nov 2001 08:26:00 -0000 From: nacho X-Mailer: The Bat! (v1.49) UNREG / CD5BF9353B3B7091 Reply-To: nacho Organization: IIE X-Priority: 3 (Normal) Message-ID: <138497216.20011114040625@iie.edu.uy> To: cygwin@cygwin.com Subject: building DLLs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2001-11/txt/msg00154.txt.bz2 Message-ID: <20011111082600.jckeP9WXXAIuQeV_rnqIKDPXB8M2XkdOqYaS9gtbS9o@z> Hi all, I'm new to this list and I will start with a question that I think has been asked many times in the past (I've read the archives) but still can't find a solution. I'm trying to build a popular XML parsing library, Xerces, on Cygwin and it requires creating a DLL. I'm not going into details but there's something specific that shouldn't happen: It's supposed that __declspec(dllexport) and __declspec(dllexport) are no longer needed right? Well, if I omit those then any DLL I try to build (a very simple example) fails at link time telling me it cannot export __bss_start, __bss_end, __data_start and __data_end because they are not defined. Moreover, I downloaded the latest "dllhelpers" distribution, which says it works for gcc 2.95.3, the same I have. I tried all of the examples from it and NONE of them compiles, all yielding the same errors. Now this is really alarming since the last update to the dllhelpers was only a month ago. Well, then I tried, again in my little test DLL, to use the __declspec directives. This works, and I knew it worked before because that was the way I was working before, but only if I put the __declspec in the definition of the functions (in the .c or .cpp). When compiling C++ classes, again I can make things work if I use the __declspec(dllexport) on each method declaration, and not in the .cpp, but if I put the __declspec(dllexport) on the class declaration header then again any method in the .cpp without the __declspec repeated will not appear when linking an example program against the import library. Does anyone know what's happening?? This behaavior is not the expected at all right? I'd really appreciate the help. I need this package compiled! -- Saludos, nacho mailto:nacho@iie.edu.uy -- "Yo no soy paranoico. Eso es lo que *ellos* quieren que piense" -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/