public inbox for gsl-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Brian Gough <bjg@network-theory.co.uk>
To: "Santiago Calderon" <sacate@jazzfutboleros.com>
Cc: <gsl-discuss@sources.redhat.com>
Subject: Re: BORLAND C++
Date: Sat, 08 Dec 2001 08:07:00 -0000	[thread overview]
Message-ID: <15387.24797.431625.403449@debian> (raw)
Message-ID: <20011208080700.SKtSK4EYfXaERPNByDsoqdH4lw0SSI5DUUYwL8bjjcA@z> (raw)
In-Reply-To: <000901c18481$087334a0$0be6a8c0@SACATE>

Santiago Calderon writes:
 >  In the Borland C++ compiler is the some as far as I know.
 >  When you build the dll you must define this variables as
 > __declspec(dllexport)
 >  and when you write an application that use the dll you must define
 > the variable in you include files as __declspec(dllimport)
 >  I suppose that to solve that definitively , the source of the
 > library should be modified so that the dll knows about these
 > variable to be exported using the __declspec(dllexport) and when we
 > use it in the program using the __declspec(dllimport), at least to
 > do it fully compatible with Borland compiler (and perhaps MSCV??).

There's a perl script in msvc/mkdllheaders.pl which I've been using
to add this to the headers of the Windows version.

regards
Brian


#!/usr/bin/perl

while (<>) {
    if (/^extern/ && !/^extern inline/) {
        $a = $_; $a =~ s/^extern/__declspec(dllexport)/;
        $b = $_; $b =~ s/^extern/__declspec(dllimport)/;
        print "#ifdef GSL_EXPORTS\n";
        print "$a";
        print "#elif defined(GSL_IMPORTS)\n";
        print "$b";
        print "#else\n";
        print "$_";
        print "#endif\n";
    } else {
        print;
    }
}

  parent reply	other threads:[~2001-12-15 14:43 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-19 13:20 Santiago Calderon
2001-12-06 10:11 ` Santiago Calderon
2001-12-19 13:20 ` Brian Gough
2001-12-06 12:56   ` Brian Gough
2001-12-19 13:20   ` Santiago Calderon
2001-12-06 12:56     ` Santiago Calderon
2001-12-19 13:20     ` Brian Gough [this message]
2001-12-08  8:07       ` Brian Gough
2001-12-15  6:43       ` Brian Gough
  -- strict thread matches above, loose matches on Subject: below --
2002-12-31  9:55 Borland C++ Viadrina
2002-04-17  7:43 ` Viadrina
2002-12-31  9:55 ` Brian Gough
2002-04-18 23:32   ` Brian Gough
2002-12-31  9:55 ` Santiago Calderon
2002-04-21 19:48   ` Santiago Calderon
2001-12-19 13:20 Przemyslaw Sliwa
2001-11-27 13:14 ` Przemyslaw Sliwa
2001-12-19 13:20 ` Brian Gough
2001-11-29 11:15   ` Brian Gough
2001-12-19 13:20   ` Przemyslaw Sliwa
2001-12-01 23:20     ` Przemyslaw Sliwa
2001-12-19 13:20     ` Brian Gough
2001-12-03  7:21       ` Brian Gough
2001-12-19 13:20     ` Przemyslaw Sliwa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=15387.24797.431625.403449@debian \
    --to=bjg@network-theory.co.uk \
    --cc=gsl-discuss@sources.redhat.com \
    --cc=sacate@jazzfutboleros.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).