views:

695

answers:

1

Hi,

I'm a newbie in this vast world of programming. I've been given some codes in C which are compiled & linked using makefile. I can compile the code using nmake from VS2005. Now i want to build the program in C++ VS2005 IDE. From a quick google search, there seems to be no automated functions in importing makefile settings to VS IDE.

I tried to include all the necessary dependecies(header and lib files) stated in the makefile to VS but i get a lot of linking errors. I'm not even sure where to start looking to solve the issue. I hope the gurus can help me out.

This is the makefile content:

BASE        = ..\..
!include $(BASE)\compiler.mak
!include $(BASE)\options.mak                                                            

CFLAGS      = 

# Define the string used in the executable file name
STACK_DEF   = $(TCP_DEF)

!ifdef TCP_DEF
STACKS      = tcp
!endif

CDEFS       = $(STACK_DEF) $(AUTH_DEF) $(CLIENT_DEF) $(FILESERVICE_DEF)

TARGET      = $(STACKS)$(NAMETAG).$(EXESUFFIX)

GOMDIR      = $(BASE)\src\classlib
DIRMAKE     = $(BASE)\src\make7
LIBDIR      = $(BASE)\lib
OBJDIR      = obj_$(NAMETAG)
EXEDIR      = $(BASE)\exes
USERINC     = $(BASE)\include

# These libraries are always included
TAMLIB      = $(LIBDIR)\tam_$(NAMETAG).lib
TAMCLIB     = $(LIBDIR)\tamc_$(NAMETAG).lib
MMSLIB      = $(LIBDIR)\mmsc_$(NAMETAG).lib

# Optional libraries
!ifdef FILESERVICE_DEF
FILELIB     = $(LIBDIR)\file_$(NAMETAG).lib
!endif

!ifdef TCP_DEF
TCPLIB      = $(LIBDIR)\1006_$(NAMETAG).lib
TCPINC      = $(USERINC)\rfc1006.h
!endif

!ifdef CLIENT_DEF
CLILIB      = $(LIBDIR)\cli_$(NAMETAG).lib
TCLILIB     = $(LIBDIR)\tcli_$(NAMETAG).lib
CLIINC      = $(USERINC)\cliapi.h $(USERINC)\cli_cfg.h
!endif

SCLLIB      = $(LIBDIR)\cscl_$(NAMETAG).lib

LIBS        = $(TCPLIB) $(TCLILIB) $(CLILIB) \
          $(TAMLIB) $(TAMCLIB) $(MMSLIB) $(FILELIB) $(SCLLIB)

INCLUDES    = $(TCPINC) $(CLIINC)

CC          = $(COMPILER)
INCFLAGS    = /I$(DIRMAKE) /I$(USERINC)

SRC         = conmain.c \
          state.c \
          scl_cli.c

OBJ         = $(OBJDIR)\$(STACKS)main.$(OBJSUFFIX) \
          $(OBJDIR)\state.$(OBJSUFFIX) \
          $(OBJDIR)\scl_cli.$(OBJSUFFIX)

all:        $(TARGET)

install:    all

clean:
        $(DELETE) $(OBJDIR)\$(STACKS)main.$(OBJSUFFIX)
        $(DELETE) $(OBJDIR)\state.$(OBJSUFFIX)
        $(DELETE) $(OBJDIR)\scl_cli.$(OBJSUFFIX)
        $(DELETE) $(TARGET)

clobber:    clean

$(TARGET):      $(OBJ) $(LIBS)
        $(LINK) $(LINKOUT)$(TARGET) @<<
    $(OBJDIR)\$(STACKS)main.$(OBJSUFFIX)
    $(OBJDIR)\state.$(OBJSUFFIX)
    $(OBJDIR)\scl_cli.$(OBJSUFFIX)
    $(LIBS)
    $(WINDIS) $(SOCKLIB) $(REGLIB)
<<NOKEEP

$(OBJDIR)\$(STACKS)main.$(OBJSUFFIX): \
     conmain.c \
     database.h \
     services.h \
     scl_cli.h \
     $(USERINC)\uca_time.h \
     $(DIRMAKE)\tamvend.h \
     $(USERINC)\tam.h \
     $(USERINC)\tam_tp.h \
     $(USERINC)\tam_con.h \
     $(USERINC)\casm.h \
     $(DIRMAKE)\clivend.h \
     $(USERINC)\cliapi.h \
     $(DIRMAKE)\mmsdapi.h $(INCLUDES)
     $(CC) $(INCFLAGS) $(CFLAGS) @<<
         $(CDEFS)
         $(COMPOUT)$(OBJDIR)\$(STACKS)main.$(OBJSUFFIX)
         conmain.c
<<NOKEEP

$(OBJDIR)\scl_cli.$(OBJSUFFIX): \
     scl_cli.c \
     scl_cli.h \
     database.h \
     services.h \
     $(USERINC)\uca_time.h \
     $(DIRMAKE)\tamvend.h \
     $(USERINC)\tam.h \
     $(USERINC)\tam_tp.h \
     $(USERINC)\tam_con.h \
     $(USERINC)\casm.h \
     $(DIRMAKE)\clivend.h \
     $(USERINC)\cliapi.h \
     $(DIRMAKE)\mmsdapi.h $(INCLUDES)
     $(CC) $(INCFLAGS) $(CFLAGS) @<<
         $(CDEFS)
         $(COMPOUT)$(OBJDIR)\scl_cli.$(OBJSUFFIX)
         scl_cli.c
<<NOKEEP

$(OBJDIR)\state.$(OBJSUFFIX): \
     state.c \
     scl_cli.h \
     database.h \
     services.h \
     $(USERINC)\uca_time.h \
     $(DIRMAKE)\tamvend.h \
     $(USERINC)\tam.h \
     $(USERINC)\tam_tp.h \
     $(USERINC)\tam_con.h \
     $(USERINC)\casm.h \
     $(DIRMAKE)\clivend.h \
     $(USERINC)\cliapi.h \
     $(DIRMAKE)\mmsdapi.h $(INCLUDES)
     $(CC) $(INCFLAGS) $(CFLAGS) @<<
         $(CDEFS)
         $(COMPOUT)$(OBJDIR)\state.$(OBJSUFFIX)
         state.c
<<NOKEEP

In VS I've:
[1] Create a new empty project
[2] Add exisiting sources (c files and header files)
[3] Additional Include Directories: ..../include and ..../src/make7
[4] Additional Library Directories: ..../lib
[5] Build project...

I got 74 linker errors the VS output after attempted build. All are unresolved external symbol errors Example:

scl_cli.obj : error LNK2019: unresolved external symbol _TAM_parse_address referenced in function _ResolveServerAddressscl_cli.obj : error LNK2019: unresolved external symbol _TAM_parse_address referenced in function _ResolveServerAddress
conmain.obj : error LNK2001: unresolved external symbol _MMSd_freeDsMemFunction

I've not dealt with makefiles before. I apologize if this post may sound very newbie style and amatuer-ish. I'm new but I'm willing to learn.

Any advice and comment is greatly appreciated.

jjplaw

A: 

If I were you I'd think twice before migrating the build within the IDE. I understand that seems more confortable to you, but the builtin build facilities are really limited.

Visual Studio's builtin build system does not scale ! When your project reaches a certain size, it becomes more of a hindrance than anything else. Microsoft recognizes this fact and currently pushes for their alternative called MSBuild.

Try modifying a compile option when your solution contains over 80 different subprojects... It's a mouse clic fest, tedious and error prone...

At this point you'll have the following options :

  1. Editing the project files manually (still an awful lot of files).
  2. Generating the Visual Studio solution from a description.
  3. Integrate an alternative build system within the IDE (if that exists).
  4. Using a more adequate external build system and call it from the IDE (you also get the opportunity to become cross platform).

These are make variants (build is driven by Makefiles or similar):

  • nmake: probably the least powerful, windows only
  • OMake: cross platform (nice)
  • Scons: cross platform (never used it)
  • CMake: cross platform (never used it)
  • Rake: cross platform (sucks)
  • gmake: cross platform but expect issues with paths on windows (comes from the 'nix world)

These are ant variants (build is driven by xml descriptions instead of makefiles):

  • nant
  • MSBuild (from Microsoft)

Anyway, remember that compiling outside the IDE does not prevent you from using it for editing, debugging (and the debugger is nice) and so on !

Regarding your issue, you forgot to add the libraries listed in the following excerpt:

TAMLIB      = $(LIBDIR)\tam_$(NAMETAG).lib
TAMCLIB     = $(LIBDIR)\tamc_$(NAMETAG).lib
MMSLIB      = $(LIBDIR)\mmsc_$(NAMETAG).lib
bltxd
I was told to migrate to VS IDE because i have to integrate the codes above with a DDK configured for VS 2005 C++. Option 4 is very interesting. I need to google up on this. Does that mean that i can call OMAKE(for example) from VS IDE to read the makefile and build the exe? or it is just using a different build system? it doesnt use makefiles and i have input the compiler and linker options to the IDE?
justin
Could you elborate more about about your answer "compiling outside the IDE does not prevent from using it for debugging". I can use breakpoints and setting up watch?
justin
@justin, comment 2: The IDE can be used to debug any program. You start with a solution for a C++ program or library, just fill in the debug settings (path, command-line options, source directories) and you're done.
bltxd
@justin, comment 1: Once you've chosen your build tool, refer to its documentation for further information. Call the tool from within the IDE via a "Custom Build Step" and remember that compilation/link options won't be propagated : the external build system will be independent of the IDE.
bltxd
I can highly recommend CMake, it'll also generate MSVC2005 project files for you.
Mike McQuaid