Re: linking dll to exe - is it posible
On Oct 4, 11:59 am, "Francesco S. Carta" <entul...@gmail.com> wrote:
On 4 Ott, 11:47, James Kanze <james.ka...@gmail.com> wrote:
On Oct 3, 2:42 pm, "t" <w...@wp.pl> wrote:
I have program 'test.exe' which is usin 'example.dll' is
it posible to staticly link this 'example.dll' to
'test.exe' so there wos only one file 'test.exe' (bigger)
(I'm using VC++ 7)
Technically, this depends on the platform, and is off topic
here, but with regards to VC++, I don't think so.
I'm not so sure I understand the above: it gives the idea that
since the post is also about VC++ it would be on topic, is
that what you meant?
Not at all. The poster mentionned VC++, so I mentionned what I
thought the answer to be. (I've not enough real experience with
VC++ to be sure.)
Such postings are generally a problem with regards to
appropriateness. Anything concerning the commands necessary to
compile and link a program is implementation defined, and
dynamic linking, threads and a number of other things aren't
defined in the language. Never the less, every C++ user has to
worry about the commands to compile and link, and many, on a
wide variety of platforms, are using dynamic linking and
threading. So some sort of general comments are in order: some
things are almost universal (-I or /I for an include path), even
if they aren't covered by the standard, and there is a lot one
can say generally about some others. And even in cases like
dynamic linking, where the models themselves are radically
different between Windows and Unix, there are some common
themes, such as the idea that a quality third party library will
provide a variety of libraries and dynamic objects to go with
its headers, to be chosen by the user according to his needs.
(Note, for example, that with both VC++ and g++, simply changing
some defines in the command line---another almost universal
option, -D or /D---will change the size and the implementation
of std::vector. Any responsible purveyor of a library will
support both, both statically and dynamically linked.)
--
James Kanze