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

[S.J.Chun]

And I've found another related problem; In NSUser.m GNUSTEP_INSTALL_PREFIX
is set as GNUSTEP_SYSTEM_ROOT and is /C/GNU/System. But when compile
the preprocessor or else in gcc converts to C:\GNU\System and makes warning
as I said before. In cmd shell(windows native) this does not occur but in bash
in MSys this occurrs. I'm using MinGW 2.0.0.3 and MSys 1.0.7 and 1.0.8-rc1.

  ----- Original Message -----
  From: S.J.Chun <chunsj@embian.com>
  To: "S.J.Chun" <chunsj@embian.com>,Adam Fedor 
<fedor@doc.com>,jpbeconne <jpbeconne@voila.fr>,discuss-gnustep@gnu.org
  Sent: Thu, 17 Oct 2002 11:23:05
  Subject: Re: [Q] GNUstep on Windows... Compilation Error in Base

  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.