From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,d8e3cd3d8dbaa4fb X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII Received: by 10.216.235.32 with SMTP id t32mr1089051weq.7.1343314833832; Thu, 26 Jul 2012 08:00:33 -0700 (PDT) Path: ge7ni75878633wib.0!nntp.google.com!feed-C.news.volia.net!volia.net!news2.volia.net!feed-A.news.volia.net!border1.nntp.ams2.giganews.com!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!newsfeed.straub-nv.de!news.antakira.com!weretis.net!feeder4.news.weretis.net!proxad.net!feeder1-2.proxad.net!193.252.117.184.MISMATCH!feeder.news.orange.fr!not-for-mail Date: Sun, 22 Jul 2012 09:04:34 +0200 From: Pascal Obry Organization: Home - http://www.obry.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr-FR; rv:1.8.1.22) Gecko/20090605 Thunderbird/2.0.0.22 Mnenhy/0.7.5.0 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada "library only" compiler ? References: <2879c45e-f8e0-4434-9f82-968c585a4539@googlegroups.com> <87mx2ucags.fsf@ludovic-brenta.org> <500AA31F.8060004@obry.net> <6ad7682d-0fd7-472d-a305-99074cb4f7d8@googlegroups.com> In-Reply-To: <6ad7682d-0fd7-472d-a305-99074cb4f7d8@googlegroups.com> Message-ID: <500ba601$0$6174$ba4acef3@reader.news.orange.fr> NNTP-Posting-Date: 22 Jul 2012 09:04:33 CEST NNTP-Posting-Host: 82.124.71.118 X-Trace: 1342940673 reader.news.orange.fr 6174 82.124.71.118:7958 X-Complaints-To: abuse@orange.fr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Date: 2012-07-22T09:04:33+02:00 List-Id: Le 22/07/2012 06:59, Shark8 a �crit : > No, not really. The whole point of dynamic- vs. static-linking > [libraries] is that in the case of the former it eliminates the need > to recompile [your application] if the underlying DLL's > implementation is changed, with static-linking this is not so, any > change in the library mandates a recompile/relink of your > application. Yes I know, but we are talking about API there. If the API change the fact that we are using a DLL instead of plain C code does not change this fact. > With interfacing to another language the compiler has to know certain > things about that language, most specifically symbol-generation, > argument ordering and calling-conventions. {This is the whole reason > for the convention pragma.} Likewise for DLL, the convention must be Stdcall. And for C it can be defined as C, Stdcall (to name only those 2). > Not necessarily. So long as the Win32 API DLL presents the same > interface to the world its internals could be ASM, Prolog, Ada, LISP, > etc. So long that the C code provides the same API with the same convention... > And so long as the compiler is able to generate calls/returns to > properly interface with the DLL the actual language of the compiler > doesn't matter either. Right. Again at the API level I really don't see what the difference here. The API definition has nothing to do with DLL. The API is defined by the vendor or the library implementer. Then this code can be delivered statically or as a shared library, it is only a way to encapsulate the code. Pascal. -- --|------------------------------------------------------ --| Pascal Obry Team-Ada Member --| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE --|------------------------------------------------------ --| http://www.obry.net - http://v2p.fr.eu.org --| "The best way to travel is by means of imagination" --| --| gpg --keyserver keys.gnupg.net --recv-key F949BD3B