On Tue, 31 Aug 2004, Dennis Cote wrote:
>Doug Currie wrote:
>> GCC doesn't need libsqlitedll.a -- you can just link to sqlite.dll and
>> gcc understands what to do.
>
>Oh.......Right you are. I just tried it with DevC++.
>
>That just seems too easy. :-)
>
>I wonder why every other compiler needs an import library to link to a DLL?
'Cos all the other Windows compilers have come up from the DOS mentality,
which didn't even have shared libraries (unless you count overlays:),
putting the burden of work on the developer/tools, instead of the UNIX
mentality of putting the burden of work on the operating system.
I found it funny, while looking through Dr Dobbs journal some time ago,
about a columnist (Al Stevens, I think!) being surprised that under UNIX,
such things as filename globbing was done by the shell, and all main()
usually gets is a list of valid filenames. Under DOS and Windows, given:
C:\Temp> grep foo *
The '*' would have to be interpreted and expanded by the grep program, but
under UNIX, the list of files is generated by the shell. Of course, you
can get decent shells on Windows as well, but generally only as ports of
UNIX shells.
At least DOS had the excuse of running on <640K boxes. Windows just
fundamentally sucks. Give me UNIX any day.
</soapbox>
Christian
PS. Yes, unfortunately, I also work with Windows, though most details are
handled by a colleague for my project:)
--
/"\
\ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
X - AGAINST MS ATTACHMENTS
/ \
