Re: [Mingw-users] problems with -mno-cygwin

[Earnie Boyd <earnie_boyd@ya...>]

Michael Scheibler wrote:
> 
> I need cygwin's bash in order to work properly. I was using mingw in a
> separate directory and was resetting my PATH environment variable for
> it.
> But now I heard that it would be just enough to run cygwin's gcc with
> -mno-cygwin to actually have mingw.
> I tried it and found out that libmsvcrt.a is not automatically linked
> with my binaries.

You need to upgrade to a newer version of Cygwin GCC.  You should have
version gcc-2.95.2-9 or better.

> When I compared the two specs-files I saw that in mingw-specs there is a
> libmsvcrt.a mentioned while in cygwin's it is not. Is this a bug in
> cygwin's distribution?
> 

Cygwin's GCC until recently used libcrtdll.a instead of libmsvcrt.a.  I
have successfully caused the switch to libmsvcrt.a but only for newer
Cygwin releases of GCC.

> Now it is all ok, if I manually add msvcrt to my linked libs list. But
> there are three different versions in both cygwin/mingw and original
> mingw:
> libmsvcrt.a, libmsvcrt20.a and libmsvcrt40.a.
> Which one is "right" or which one is "best"?
> 

libmsvcrt.a is what should be used.  The other two are identical, IIRC.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Mingw-users] math trouble

[Jeff Sturm <jsturm@de...>]

On Mon, 2 Apr 2001, Christopher Burian wrote:
> The former compiles an fopen of type "w" as binary mode, but 
> the latter compiles type "w" as text mode. 

Both the Solaris and MS runtimes interpret fopen(..., "w") as a text-mode
open.  It just so happens that text mode is indistinguishable from binary
on Solaris.

> Is this a trick to sneak in DOS's non-ANSI "text mode" for those
> who might need it without using the illegal "wt" type?

No, there is nothing "non-ANSI" about DOS/Windows text mode.  Unless you
open a file with "b" text mode is what you get.  That's what ANSI/ISO
says.

> Or is it just a bug?

It is a bug in your program.

> It took me a couple hours (yeah, duh) to figure out to 
> substitute "wb" for "w" when a program that behaved correctly 
> on a sparc behaved badly on a peecee.

Use "wb" everywhere and it will work.  (Isn't this a FAQ somewhere?)

--
Jeff Sturm
jeff.sturm@...

[Mingw-users] math trouble

[Christopher Burian <cburian@ll...>]

Using

]Reading specs from
]/usr/local/encap/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/specs
]gcc version 2.95.2 19991024 (release)

and

]Reading specs from 
]C:\PROGRAMS\DEVTOOLS\MINGW\BIN\..\lib\gcc-lib\i386-mingw32msvc\2.95.2\specs
]gcc version 2.95.2 19991024 (release)

The former compiles an fopen of type "w" as binary mode, but 
the latter compiles type "w" as text mode. 

Is this a trick to sneak in DOS's non-ANSI "text mode" for those
who might need it without using the illegal "wt" type?  Or is it
just a bug?

It took me a couple hours (yeah, duh) to figure out to 
substitute "wb" for "w" when a program that behaved correctly 
on a sparc behaved badly on a peecee.

Also, is there a "man" package available somewhere on the
web?

Thanks,
Chris Burian

Re: [Mingw-users] getlogin() function ?

[Earnie Boyd <earnie_boyd@ya...>]

Bernard Elsair wrote:
> 
> Hi group !
> 
>    I try to use getlogin() function, declared in sys/unistd.h, with mingw
> and while I have success with cygwin, link step fails when I use gcc
> -mno-cygwin !!!
> 
>    Do I have to link with a special flag or a particular library ?
> 

Is getlogin an ANSI function?  Is it supported by the MSVCRT runtime
from Microsoft?  Since this is a UNIX standard function then MO is that
no it isn't ANSI and no it isn't supported by the MSVCRT runtime.  If
you want UNIX/POSIX functions then you have to use the library that
provides them or code it yourself.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Mingw-users] EOF problems - still

[<jim@ng...>]

Earnie wrote:

> Danny Smith wrote:
> > 
> >  I believe that stdin, stdoout, stderr are open in text mode by default,
> > regardless of _fmode.  
> 
> There is an explicit warning in my VC5 reference manual that stdin,
> stdout and stderr are affected by this.

What/where is your VC5 reference manual?

Jim Roy

Re: [Mingw-users] EOF problems - still

[Earnie Boyd <earnie_boyd@ya...>]

Danny Smith wrote:
> 
> --- Jim Roy <jim@...> wrote: > Earnie wrote:
> > >
> > > You can have the following code in a separate source/object and add the
> > > object to the link step or just add the code to the main() source file.
> > > Note: this also affects stdin, stdout and stderr.
> > >
> >
>  I believe that stdin, stdoout, stderr are open in text mode by default,
> regardless of _fmode.  

There is an explicit warning in my VC5 reference manual that stdin,
stdout and stderr are affected by this.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Mingw-users] EOF problems - still

[Earnie Boyd <earnie_boyd@ya...>]

Jim Roy wrote:
> 
> Earnie wrote:
> >
> > You can have the following code in a separate source/object and add the
> > object to the link step or just add the code to the main() source file.
> > Note: this also affects stdin, stdout and stderr.
> >
> > #include <stdlib.h>
> > _fmode = _O_BINARY;
> >
> 
> This was just what I was looking for, but I can't get it to work.
> It just seems to have no effect at all.
> Also, _fmode and _O_Binary seem to be in fcntl.h, not stdlib.h
> 

Oh, yes, I forgot that.


> ---- test code ----
> 
> #include <stdlib.h>
> #include <fcntl.h>
> 
> int main(int argc, char **argv )
> {
>         char input[40];
>          _fmode = _O_BINARY;
           ^^^^^^^^^^^^^^^^^^^
This needs to be in the global space before main.

> 
>         scanf ( "%s", input );
>         printf( "%s\n",input);
> 
> 
> }
> 
> --------------  built as follows:
> 
> gcc -o jello.exe -mno-cygwin jello.c
> 
> ---- executed on NT
> 
> jello < in > out
> 
> --- in
> 
> nga{jim}253: od -c in
> 0000000    a   a   a   a   a   a 032   b   b   b   b   b   b  \n
> 
> nga{jim}254: od -c out
> 0000000    a   a   a   a   a   a  \r  \n
> 
> As you can see, the windoz EOF isn't getting thru the scanf,
> and printf is adding \r.
> What am I missing here?
> 

Try the following.  I haven't tested this particular code but I've done
it before.

#include <stdlib.h>
#include <fcntl.h>

_fmode = _O_BINARY;

int main(int argc, char **argv )
{
        char input[40];

        scanf ( "%s", input );
        printf( "%s\n",input);
}

YMMV,
Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Mingw-users] Apparent bug in libc routine fputc

[Earnie Boyd <earnie_boyd@ya...>]

Paul Garceau wrote:
> 
> Hi folks,
> 
> On 29 Mar 2001, at 21:36, the Illustrious Greg Chicares wrote:
> 
> >
> > But doesn't mingw use a C runtime library written by ms?
> 
>         Nope.
> 

Paul, you need a nice strong cup of coffee!?!  Yes,  MinGW uses the C
runtime supplied by Microsoft.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Mingw-users] When u got only an external DLL(built with vc++ for example), what to do?

[Fabrice ILPONSE <Fabrice.Ilponse@li...>]

Hi again,

   I've got 2 new questions...
   I think the first one had already been answered but i don't know 
which keyword to use to search the mailling list archives...


   How do i use a DLL when i only got the .DLL and the .H?
       I think there's a tool to generate the appropriate .lib or .a to 
link with but i don't know which one... :(


   Is there a WEB site maintaining, converted libs/DLLs of any kind for 
mingwin32?


Bye

Re: [Mingw-users] EOF problems - still

[<danny_r_smith_2001@ya...>]

--- Reinhard JESSICH <Reinhard.JESSICH@...> wrote: > >>> Danny Smith
<danny_r_smith_2001@...> 03/31/01 02:11am >>>
> > --- Jim Roy <jim@...> wrote: > Earnie wrote:
> > >>
> > >> You can have the following code in a separate source/object and add the
> > >> object to the link step or just add the code to the main() source file. 
> > >> Note: this also affects stdin, stdout and stderr.
> > >
> > I believe that stdin, stdoout, stderr are open in text mode by default,
> > regardless of _fmode. May need to explicity set mode if redirecting from
> std
> > streams:
> 
> I have searched the mingw runtime initialization and the following should
> also work.
> 
> Define anywhere in your program:
>    unsigned int _CRT_fmode = _O_BINARY;
> 
> This will call the _setmode function with the value in _CRT_fmode for
> STDIN, STDOUT and STDERR.
> The code for this can be found in crt1.c, function _mingw32_init_fmode of the
> MinGW runtime sources.
> 
> I haven't tried this, but I am sure it will work.
> 


It does. Thank you much. 

Kia ora

Danny

_____________________________________________________________________________
http://my.yahoo.com.au - My Yahoo!
- Have news, stocks, weather, sports and more in one place.

Re: [Mingw-users] EOF problems - still

[Reinhard JESSICH <Reinhard.JESSICH@fr...>]

>>> Danny Smith <danny_r_smith_2001@...> 03/31/01 02:11am >>>
> --- Jim Roy <jim@...> wrote: > Earnie wrote:
> >>
> >> You can have the following code in a separate source/object and add =
the
> >> object to the link step or just add the code to the main() source =
file.=20
> >> Note: this also affects stdin, stdout and stderr.
> >
> I believe that stdin, stdoout, stderr are open in text mode by default,
> regardless of _fmode. May need to explicity set mode if redirecting from =
std
> streams:

I have searched the mingw runtime initialization and the following should =
also work.

Define anywhere in your program:
   unsigned int _CRT_fmode =3D _O_BINARY;

This will call the _setmode function with the value in _CRT_fmode for
STDIN, STDOUT and STDERR.
The code for this can be found in crt1.c, function _mingw32_init_fmode of =
the
MinGW runtime sources.

I haven't tried this, but I am sure it will work.

Regards
     Reinhard

[Mingw-users] problems with -mno-cygwin

[Michael Scheibler <michael.scheibler@on...>]

I need cygwin's bash in order to work properly. I was using mingw in a
separate directory and was resetting my PATH environment variable for
it.
But now I heard that it would be just enough to run cygwin's gcc with
-mno-cygwin to actually have mingw.
I tried it and found out that libmsvcrt.a is not automatically linked
with my binaries.
When I compared the two specs-files I saw that in mingw-specs there is a
libmsvcrt.a mentioned while in cygwin's it is not. Is this a bug in
cygwin's distribution?

Now it is all ok, if I manually add msvcrt to my linked libs list. But
there are three different versions in both cygwin/mingw and original
mingw:
libmsvcrt.a, libmsvcrt20.a and libmsvcrt40.a.
Which one is "right" or which one is "best"?

Michael

Re: [Mingw-users] Apparent bug in libc routine fputc

[Greg Chicares <chicares@mi...>]

Paul Garceau wrote:
> 
> On 29 Mar 2001, at 21:36, the Illustrious Greg Chicares wrote:
> 
> > But doesn't mingw use a C runtime library written by ms?
> 
>         Nope.

Perhaps I haven't been paying enough attention.

This page
  http://www.mingw.org/index.shtml
still says
  "At the basic level, MinGW is a set of include files and import
  libraries that allow a console-mode program to use Microsoft's
  standard C runtime library MSVCRT.DLL"

Have we got a replacement for the ms C runtime now?

[Mingw-users] getlogin() function ?

[Bernard Elsair <bernard.elsair@fr...>]

Hi group !

   I try to use getlogin() function, declared in sys/unistd.h, with mingw=20
and while I have success with cygwin, link step fails when I use gcc=20
-mno-cygwin !!!

   Do I have to link with a special flag or a particular library ?

TIA


--
Bernard Elsair - Ing=E9nieur ind=E9pendant
      WWW:   http://bernard.elsair.free.fr/
      Mail:  bernard.elsair@...
      Tel:   +33 4 94 46 28 95 / +33 6 16 46 49 17

Re: [Mingw-users] MS Html Help

[<danny_r_smith_2001@ya...>]

--- Mattia Barbon <mbarbon@...> wrote: >   Hello,
> I just finished typing in the htmlhelp.h file ( using
> the documentation that comes with MS HTML Help Workshop ).
> I also tried to make a suitable import library, but:
> ( dlltool --input-def htmlhelp.def --output-lib libhtmlhelp.a )
> 
> NAME hhctrl.ocx
> EXPORTS
> HtmlHelpA
> HtmlHelpW
> 
> make the program fail at link time ( missing HtmlHelpA@... )
> 
> NAME hhctrl.ocx
> EXPORTS
> HtmlHelpA@...
> HtmlHelpW@...
> 
> 
> make the program fail at run tim ( missing HtmlHelpA@... in
>   hhctrl.ocx )
> 


Use the second def file (with stdcall decoration) and this command:
dlltool --kill-at --input-def htmlhelp.def --output-lib libhtmlhelp.a

This gets rid of the @* from the external (exported) name  but keeps the @ deco
in the implib. 

Danny

> The library in the HH Workshop makes the program compile&load fine,
> but crash at runtime with access wiolation.
> 
> Anyway using dynamic loading ( LoadLibrary + GetProcAddress )
> seems to work fine.
> 
> I don't know if this qualifies for inclusion in w32api, but
> I will contribute it in the public domain, so if you want to include
> it in some section of the mingw site, just let me know.
> 
> Regards
> Mattia


_____________________________________________________________________________
http://my.yahoo.com.au - My Yahoo!
- Have news, stocks, weather, sports and more in one place.

[Mingw-users] mingw default search path

[Lloyd Dupont <lloyd@ga...>]

i install new library on my system and i want to build new applications
using them.
i want to not use, if possible, -I -L argument with gcc.

i wonder if there is some environment var that you can set, instead of
copying .h, .a, in mingw's directory tree

[Mingw-users] (no subject)

[yoyo yoyoyo <futurored2@mi...>]

confirm 347662

Tu correo gratis en MixMail http://www.mixmail.com
Pon una encuesta en tu web http://encuestas.ya.com

[Mingw-users] ms daylight savings time bug

[Greg Chicares <chicares@mi...>]

When running make this morning, I got warnings about clock skew on
a win95 machine that's not connected to a network. Apparently the
problem is a ms bug described in the following URL:

http://msdn.microsoft.com/visualc/headlines/2001.asp

Being in EST5EDT, I just changed my time zone to 'eastern Indiana'
and it looks like that'll get me through the week. It seems that
the bug goes away on April 8. If that fix worked, I think this
message will have a timestamp of about 10:15 -500 or 14:15Z, even
though I think of fourteen minus ten as being approximately four.

[Mingw-users] MS Html Help

[Mattia Barbon <mbarbon@ds...>]

  Hello,
I just finished typing in the htmlhelp.h file ( using
the documentation that comes with MS HTML Help Workshop ).
I also tried to make a suitable import library, but:
( dlltool --input-def htmlhelp.def --output-lib libhtmlhelp.a )

NAME hhctrl.ocx
EXPORTS
HtmlHelpA
HtmlHelpW

make the program fail at link time ( missing HtmlHelpA@... )

NAME hhctrl.ocx
EXPORTS
HtmlHelpA@...
HtmlHelpW@...

make the program fail at run tim ( missing HtmlHelpA@... in
  hhctrl.ocx )

The library in the HH Workshop makes the program compile&load fine,
but crash at runtime with access wiolation.

Anyway using dynamic loading ( LoadLibrary + GetProcAddress )
seems to work fine.

I don't know if this qualifies for inclusion in w32api, but
I will contribute it in the public domain, so if you want to include
it in some section of the mingw site, just let me know.

Regards
Mattia

Re[2]: [Mingw-users] EOF problems - still

[Paul Sokolovsky <paul-ml@is...>]

Hello Danny,

Danny Smith <danny_r_smith_2001@...> wrote on Saturday, March 31, 2001:


DS> --- Jim Roy <jim@...> wrote: > Earnie wrote:
>> >
>> > You can have the following code in a separate source/object and add the
>> > object to the link step or just add the code to the main() source file.
>> > Note: this also affects stdin, stdout and stderr.
>> >
>>
DS>  I believe that stdin, stdoout, stderr are open in text mode by default,
DS> regardless of _fmode.

    Any idea to consider this a bug and work it around? ;-) I remember
how I messed with it. There really should be a way to pass some
option to gcc (let it be -lbinmode) and get binary-clean app.

DS>   May need to explicity set mode if redirecting from std
DS> streams:
[]

--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135

Re: [Mingw-users] MinGW GCC 2.95.2-3 problem

[Travis Howell <kirben@op...>]

> Hello Travis,
>
> Travis Howell <kirben@...> wrote on Saturday, March 31, 2001:
>
> TH> I just recompiled a program with newer MinGW GCC build (2.95.2-3) and
was
> TH> surprised to find after recompiling that the program required
libstdc++.dll
> TH> to run. The previous MinGW GCC build (2.95.2-20001116) didn't have
this
> TH> problem. How can I avoid having to bundle the extra dll file with
program
> TH> and can that file be redistributed in meantime ?
>
>     I wonder how many people download and install something without
> reading release notes and changelog? They mention many
> interesting things, among them the fact that all those packages are
> NOT new builds, but just repackagings of old good Mumit Khan's
> gcc-2.95.2-1. Surprisingly, it says about libstdc++.dll "problem"
> also...
>
> --
> Paul Sokolovsky, IT Specialist
> http://www.brainbench.com/transcript.jsp?pid=11135

Well if the files been updated and changed then it is at least a new
release.
As for reason I didn't read the release notes as first is that they seemed
to be hidden than other programs, I'm used to changelog/release notes been
in main directory or docs directory and it is easy to miss release notes on
sourceforge too if you use direct links to files which bypass note at top of
page. I was actually looking in the news section and files directory for the
releases notes the other day, just found the right place by chance last
night.

Re: [Mingw-users] MinGW GCC 2.95.2-3 problem

[Paul Sokolovsky <paul-ml@is...>]

Hello Travis,

Travis Howell <kirben@...> wrote on Saturday, March 31, 2001:

TH> I just recompiled a program with newer MinGW GCC build (2.95.2-3) and was
TH> surprised to find after recompiling that the program required libstdc++.dll
TH> to run. The previous MinGW GCC build (2.95.2-20001116) didn't have this
TH> problem. How can I avoid having to bundle the extra dll file with program
TH> and can that file be redistributed in meantime ?

    I wonder how many people download and install something without
reading release notes and changelog? They mention many
interesting things, among them the fact that all those packages are
NOT new builds, but just repackagings of old good Mumit Khan's
gcc-2.95.2-1. Surprisingly, it says about libstdc++.dll "problem"
also...


--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135

Re[2]: [Mingw-users] Mingw32 installation problem

[Paul Sokolovsky <paul-ml@is...>]

Hello Ross,

Ross Smith <ross.s@...> wrote on Friday, March 30, 2001:


RS> What I'm trying to do is have both compilers available, while continuing
RS> to use the normal Cygwin environment for non-compiler-related stuff.

    I have it following way: I have pw32 (think cygwin) stuff always on my
path, as well as mingw crosscompiler (latest gcc release provides
script to turn mingw installation into cross-toolset). So, I can
always use POSIX environment, and cross-compile mingw stuff from it. I
also have separate session shortcut for "pure" mingw (that shortcut
just prepends /mingw/bin to PATH, of course).

RS>  My
RS> intention was to have a shell script looking something like this:

RS>   #!/bin/sh
RS>   export PATH="/mingw/bin:$PATH"
RS>   # other environment variables e.g. CPLUS_LIBRARY_PATH
RS>   # insert GCC_EXEC_PREFIX here?

      Once again - under normal circumstances, you never need to have
that set.

[]

>>  Bear in mind that you're messing with the compiler
>> functionality if you decide you need to do this.

RS> In what way? You keep hinting that this is going to cause some
RS> unspecified Dire Consequences, but you never give any details. The GCC
RS> manual just says that it will prefix GCC_EXEC_PREFIX to the names of
RS> subprograms and files used for linking, which sounds like it should do
RS> exactly what I want (if only I knew what to set it to). So what's this
RS> horrible problem you keep saying it's going to cause?

    Sorry, that problem is knowing what to set it to, really ;-)

    I don't remember your describing of the problems you face, either.
I don't recommend having wrappers around make, etc - that's way too
complicated. Just have /mingw/bin in front of your PATH always (when
you want to use mingw, of course). With that, it should work
automagically without any further steps. If not (hm), take a look at
"gcc -v" output, then at "gcc -v <your_app>.c" output. It should show
clearly what's wrong. If it won't, submit those outputs along with
dump of your environment via bugtracker at
http://sourceforge.net/projects/mingw/ .

RS> --
RS> Ross Smith <ross.s@...> The Internet Group, Auckland, New Zealand

--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135

Re: [Mingw-users] Re: [Mingw-users][2] MinGW GCC 2.95.2-3 problem

[Paul Sokolovsky <paul-ml@is...>]

Hello Danny,

Danny Smith <danny_r_smith_2001@...> wrote on Saturday, March 31, 2001:

>> If you do not want libfoo.dll.a to have precedence over libfoo.a , add the
>> -static switch:
>> g++ -o test.exe test.o -static -lfoo
>>


DS> Oops, -static is a linker switch.  It should be:
DS> g++ -o test.exe test.o -Wl,-static -lfoo


    Nope, --static should be passed to gcc. Compiler must know that
static build takes place. But well, it should pass it to ld, and that
doesn't happen. That's bug. Here's a workaround:

g++ --shared -Wl,--shared

    Here's a fix:

--- specs.old   Sun Apr  1 02:23:41 2001
+++ specs       Sun Apr  1 02:23:15 2001
@@ -17,7 +17,7 @@


 *link:
-%{mwindows:--subsystem windows}                    %{mconsole:--subsystem console}                    %{shared: %{mdll: %eshared and mdll are not compatible}}                    %{shared: --shared} %{mdll:--dll}                    %{shared|mdll: -e _DllMainCRTStartup@...}
+%{static:--static} %{mwindows:--subsystem windows}                    %{mconsole:--subsystem console}                    %{shared: %{mdll: %eshared and mdll are not compatible}}                    %{shared: --shared} %{mdll:--dll}                    %{shared|mdll: -e _DllMainCRTStartup@...}

 *lib:
 %{pg:-lgmon} %{mwindows:-lgdi32 -lcomdlg32}                   -luser32 -lkernel32 -ladvapi32 -lshell32



>> Paul Sokolovsky, is that about right?
>>
>> Danny

--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135

Re[2]: [Mingw-users] MinGW GCC 2.95.2-3 problem

[Paul Sokolovsky <paul-ml@is...>]

Hello Danny,

Danny Smith <danny_r_smith_2001@...> wrote on Saturday, March 31, 2001:


DS> --- Travis Howell <kirben@...> wrote: > I just recompiled a
DS> program with newer MinGW GCC build (2.95.2-3) and was
>> surprised to find after recompiling that the program required libstdc++.dll
>> to run. The previous MinGW GCC build (2.95.2-20001116) didn't have this
>> problem. How can I avoid having to bundle the extra dll file with program
>> and can that file be redistributed in meantime ?
>>
>>

DS> Both libstdc++.dll.a  and libstdc++.a are in distro.  The version of ld you
DS> download from sourceforge tries to use shared libraries if possible.  That is,
DS> if you write
DS> g++ -o test.exe test.o -lfoo
DS> and both libfoo.dll.a and libfoo.a are in search path, it will use
DS> libfoo.dll.a.

DS> If you do not want libfoo.dll.a to have precedence over libfoo.a , add the
DS> -static switch:
DS> g++ -o test.exe test.o -static -lfoo

DS> Paul Sokolovsky, is that about right?

    Yep. What I'd like to add is note why it is so. Using shared
libraries in preference over static is default ld behavior for any
target which supports shared libraries. Since gnu-win32 for some time
supports them quite good, that's how its ld works also (i.e. that's
how cygwin linker works).

    Shared libstdc++ was provided after observation that
statically-linked C++ apps are too big. Also, if project consists of
several C++ dlls, it means there's large code duplication (I have
project with 8 dlls, linking them dynamically saves ~1mb of code; so
much dlls are used because it's a hell to link 3mb dll).

DS> Danny


--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135