clibrary.make bug on win32

[Stephen Brandon]

Hi,

just noticed the following bug when compiling the latest
(1.1.0) version of gnustep-objc on Win32.

Whereas on 1.0.1 you could do "make shared=yes" and get a
objc.dll and a libobjc.a file (this used library.make), the
new version creates a file called "l" (I assume this is a
misnamed objc.dll) and libobjc.a. Strange. They both get
installed to the right places.

I haven't looked into this any more deeply, except that I
don't see any typos in GNUmakefile in 1.1.0 that would cause
the "l" file - so I am assuming it's clibrary.make at fault.

Cheers,
Stephen Brandon
stephen@brandonitconsulting.co.uk