AW: [CF-Devel] common/loader.[cl] issues for Windows

crossfire-devel-admin at archives.real-time.com crossfire-devel-admin at archives.real-time.com
Sat Oct 4 07:27:22 CDT 2003


For a native win32 source you should of course generate loader.c
from loader.l at compile time. IMHO loader.c should not be part
of cvs because its a generated file. in fact, this has invoked
some problems in the past where changes was applied to loader.c
instead of loader.l.

For daimonin, i have setup the vc ide to call flex to generate
loader.c .

Under commands for compile options (of single files) you need
flex.exe -i  -o$(InputDir)\$(InputName).c $(InputPath)
and as output
$(InputDir)\$(InputName).c

Note, that you want give a path for flex.exe so the ide can find it.
Is the same under *nix except you have normally always installed a lex/flex
there and you can find automatically.

And remember thats there a 2nd .l file in random_maps called reader.l -
there is the same problem.

For a native win32 flex you should grap you native unix tools for windows.
Here you get all what you need and more. Not cygwin stupidity or something.
     
     http://unxutils.sourceforge.net/
     
     



>
     
      -----Ursprüngliche Nachricht-----
     
     >
     
      Von: 
      
      crossfire-devel-admin at lists.real-time.com
      
      
     >
     
      [mailto:
      
      crossfire-devel-admin at lists.real-time.com
      
      ]Im Auftrag von Nicolas
     
     >
     
      Weeger
     
     >
     
      Gesendet: Samstag, 4. Oktober 2003 10:03
     
     >
     
      An: 
      
      crossfire-devel at lists.real-time.com
      
      
     >
     
      Betreff: [CF-Devel] common/loader.[cl] issues for Windows
     
     >
     
     
     >
     
     
     >
     
      Hello.
     
     >
     
     
     >
     
      Just grabbed a fresh CVS server to test out the compilation under Windows.
     
     >
     
     
     >
     
      One issue that happens all the time is in loader.c
     
     >
     
     
     >
     
      Apparently lexx automatically adds
     
     >
     
          #include <unistd.h>
     
     >
     
      to the header.
     
     >
     
      But this file doesn't exist for Windows.
     
     >
     
     
     >
     
      Any way to ask lexx to put that header between some #ifdef?
     
     >
     
     
     >
     
      FYI, only 2 errors apart that... related to int64 / double conversions.
     
     >
     
     
     >
     
      Thanks in advance.
     
     >
     
     
     >
     
     
     >
     
      _______________________________________________
     
     >
     
      crossfire-devel mailing list
     
     >
     
     
      crossfire-devel at lists.real-time.com
      
      
     >
     
     
      https://mailman.real-time.com/mailman/listinfo/crossfire-devel
      
      
     >
     
     
     

_______________________________________________
crossfire-devel mailing list
     
     crossfire-devel at lists.real-time.com
     
     
     https://mailman.real-time.com/mailman/listinfo/crossfire-devel
     
     
    


More information about the crossfire mailing list