Re: [PATCH] GSWeb Patch for Windows, but...

[S.J.Chun]

  ----- Original Message -----
  From: David Ayers <d.ayers@inode.at>
  To: "S.J.Chun" <chunsj@embian.com>
  Cc: GNUstep Bug <bug-gnustep@gnu.org>
  Sent: Thu, 06 May 2004 11:52:05 +0200
  Subject: Re: [PATCH] GSWeb Patch for Windows, but...

  
>  Ahh I guess this is an issue with 'Current' being a symlink?

Yes, as I said, I have to create dll and stub lib(which is required if you want 
to link to dll) and I moved
it to top framework directory instead of Versions/Current like tree.
  
>  Hmm... this is actually what xxx_LIBRARIES_DEPEND_UPON was trying to
> solve.  I guess it's missing -lobjc, -lz, -lw2_32.

As far as I tested, only FRAMEWORK_LIBS does work.
  
  
>  Careful!!! Was this renaming intentional?  It shouldn't be necessary.

It's just for dll symbol export.
  
  
>  [snipped more GSWDefs & s/export/GSW_EXPORT changes] Thanks, I will
>  incorporate it.

Thanks
  
>  I guess you mean NSDate, but I'll have to look into the implementation
>  of GSWTimeNow a bit further.  Anyway, I consider GSWTimeNow and the
>  sleeping code a workaround that should probably be solved with locks in
>  the future.  It's on my TODO list.

Thanks, as I said, this patch is not that clean :-)
  
>  hmm... why did you need this?  This file includes GSWeb.h which includes
>  GSWDebug.h which defines LOGObjectFnStop();

I think maybe I met symbol export problem, I will try again.
  
>  This should probably also be "fixed" in the context of -base (it may
>  already be a non-issue in the sense that we may just need to use the
>  -base facilities.)  I'll add this to my list.

I think this kind of problem is from the fact that in Windows, File Descriptor 
and Socket Handle
is very difference thing.(Yes, Windows File Handle and Socket Handle is the 
same. But we have to use
Windows API instead of POSIX API, which is bad thing.)
  
>  Thanks for the feedback.

I hope we can get more robust GSWeb on Windows.

Thanks for your interest.