Re: [Q] GNUstep on Windows... Compilation Error in Base

[S.J.Chun]

I'm using MSys and exactly followed except I've added --enable-flattened.
I'm very curious on this result because I simply don't used any \ or \\ or C:
like path specification in build process. Why this occurrs? Build system 
automatically
converts /C/GNU to C:\GNU ? I think configure is responsible to this because in
NSUser.m compilation process it says undefined escape character warning on \G
\S and etc. But I didn't used C:\GNU\System like path specification, instead,
I've used /C/GNU/System like one...

  ----- Original Message -----
  From: Adam Fedor <fedor@doc.com>
  To: "S.J.Chun" <chunsj@embian.com>
  Cc: jpbeconne <jpbeconne@voila.fr>,discuss-gnustep@gnu.org
  Sent: Wed, 16 Oct 2002 20:13:38 -0600
  Subject: Re: [Q] GNUstep on Windows... Compilation Error in Base

  Because the shell you use to compile escapes backslash characters. You
  should always use a forward slash character to specify paths.
  
  Are you using a cygwin shell or an msys shell?
  
  You said you where using README.MinGW, so I would have to assume you are
  using msys. Read the point on setting up the paths very carefully on
  this point.
  
  
  S.J.Chun wrote:
  > I've found the source of the problem. I do not figure out the exact source 
of 
this
  > problem, but the problem is C:\GNU\... thing ie., single \, not \\ causes 
the
  > problem. If I do with -LC:\\GNU\\..., it works, -LC:/GNU/... also works,
  >  -L/C/GNU/... also works but -LC:\GNU\ does not work. Why this occurrs???
  > 
  >   ----- Original Message -----
  >   From: Adam Fedor <fedor@doc.com>
  >   To: "S.J.Chun" <chunsj@embian.com>
  >   Cc: jpbeconne <jpbeconne@voila.fr>
  >   Sent: Wed, 16 Oct 2002 09:04:20 -0600
  >   Subject: Re: [Q] GNUstep on Windows... Compilation Error in Base
  > 
  >   S.J.Chun wrote:
  >   >   >>Making all for library libgnustep-base...
  >   >   >>dllwrap --driver-name gcc \
  >   >   >>   \
  >   >   >>  --def derived_src/libgnustep-base.def \
  >   >   >>  -o shared_obj/gnustep-base.dll shared_obj/md5.o 
shared_obj/numbers.o 
  >   >   >>shared_obj/GSCompatibility.o shared_obj/GSLocale.o 
shared_obj/Unicode.o 
  >   >   >>shared_obj/behavior.o shared_obj/preface.o shared_obj/mframe.o 
  >   >   >>shared_obj/libgnustep-base-entry.o shared_obj/GSArray.o shar......
  >   >   >>...
  >   >   >>hared_obj/NSNumber6.o shared_obj/NSNumber7.o 
  > shared_obj/NSNumber8.o 
  >   >   >>shared_obj/NSNumber9.o shared_obj/NSNumber10.o 
  >   > shared_obj/NSNumber11.o 
  >   >   >>shared_obj/NSNumber12.o Additions/shared_obj/subproject.o \
  >   >   >>   -Lc:\GNU\System\Libraries -L./shared_obj -
  >   >   >>LC:/GNU/home/NeXTGNUstep/Libraries -Lc:\GNU\Local\Libraries -
  >   >   >>Lc:\GNU\Network\Libraries -Lc:\GNU\System\Libraries -lobjc   -lz -
  >   > lws2_32 -
  >   >   >>ladvapi32 -lcomctl32 -luser32 -lcomdlg32 -lmpr -lnetapi32 -lm -I.  \
  >   >   >>
  >   >   >>C:\GNU\Developer\bin\..\lib\gcc-lib\mingw32\3.2
  >   > \..\..\..\..\mingw32
  >   >   >>\bin\ld.exe: cannot find -lobjc
  >   
  >   Perhaps you can try linking just a simple program by hand to see if you
  >   can figure out what the problem is. Something like
  >   
  >   myprogram.m:
  >   #include <objc/Object.h>
  >   int main()
  >   {
  >     id object;
  >     return 0;
  >   }
  >   
  >   Perhaps there's some minor problem, like MingW understands
  >   -LC:\GNU\System\Libraries but not -Lc:\GNU\System\Libraries
  >   
  >   
  >   
  >   -- 
  >   Adam Fedor, Digital Optics Corp.      | I'm glad I hate spinach, because
  >   http://www.doc.com                    | if I didn't, I'd eat it, and you
  >                                         | know how I hate the stuff.
  >   
  >   
  >       
  
  
  
  -- 
  Adam Fedor, Digital Optics Corp.      | I'm glad I hate spinach, because
  http://www.doc.com                    | if I didn't, I'd eat it, and you
                                        | know how I hate the stuff.