Re: [Q] StepTalk Build on Windows OS

[S.J.Chun]

Hi, Thanks for your help. 

By the way, I too, am not that experienced programmer on Windows but on this 
OS, unlike Linux or Unix like
OS, shared library should be linked with its dependent libraries. I do not know 
this is a must or could be changed
by options or configurations. I will test your fixes as soon as possible.

  ----- Original Message -----
  From: Stefan Urbanek <urbanek@host.sk>
  To: "S.J.Chun" <chunsj@embian.com>
  Cc: Adam Fedor <fedor@doc.com>,"S.J.Chun" 
<chunsj@embian.com>,discuss-gnustep@gnu.org
  Sent: Sun, 11 May 2003 18:00:03 +0200
  Subject: Re: [Q] StepTalk Build on Windows OS

  On 2003-05-11 17:26:29 +0200 S.J.Chun <chunsj@embian.com> wrote:
  
  > I've tested :-)
  > 
  > Several problems newly occurred!!
  > 1. Languages/Smalltalk, NSString+additions.m not found but included in the 
GNUmakefile
  
  Fixed.
  
  > 2. Languages/Smalltalk itself needs libStepTalk but this requirement is not 
correctly specified in the GNUmakefile, so
  >      in the process of linking, it failed (like I've stated in the previous 
mail). To build, I've added    
Smalltalk_BUNDLE_LIBS = -L../../Source/shared_obj -lStepTalk
  >      to the GNUmakefile. I'm not sure this is correct way
  
  Hm, the dependency is not specified at all. If I run objdump on Smalltalk 
executable, the only required library is:
    NEEDED      libc.so.6
  
  I have added following two lines into GNUmakefile:
  
  ADDITIONAL_TOOL_LIBS += -lStepTalk
  ADDITIONAL_LIB_DIRS += -L../../Source/$(GNUSTEP_OBJ_DIR)
  
  Let me know, if it works.
  
  > 3. Finders/DistributedFinder is the same case as 2. Actually 
DistributedFinder_BUNDLE_LIBS is specified but
  >      -L../../Source/shared_obj for library location is not.
  
  Fixed as above.
  
  > 4. Modules/ObjectiveC is also the same case; ObjectiveC_BUNDLE_LIBS should 
be specified with library location,    
instead of StelTalk_BUNDLE_LIBS
  
  Fixed.
  All dependencies you mentioned were not necessary on linux. I do not know 
why, but it worked.
  .
  > 5. Finally, path manipulation, I think this is related to NSPathUtilities, 
is somewhat obscured. I'm not sure all errors
  >     are related to this, but after successful build, the application does 
not work. stupdate_languages itself does not
  >     work. It just want to write configuration file to the wrong 
location(which does not exist).  I'm also not sure 
whether
  >     this is related to MSys environment or not.
  
  This works ok, even if you do not have created directories. It should create 
Library/StepTalk/Configuration in your 
home GNUstep domain. Probably it is msys related.
  > 
  > Hope this can help your debugging and my StepTalk life. :-)
  > 
  
  Thak you for reports.
  
  Btw. how is it with frameworks on windows? Do they work? The reason i am 
asking is, that i would like to change 
StepTalk library, ApplicationScripting bundle and some other bundles into 
frameworks. The reason is possible reusability 
of the code in other applications and projects. Moreover, I want to pack all 
resources together, so there will be no 
need to polluet System/Library with StepTalk stuff.
  
  Stefan