tazor2012

Members
  • Content count

    3
  • Joined

  • Last visited

Community Reputation

105 Neutral

About tazor2012

  • Rank
    Newbie
  1. how can i determine which version of the CRT i am using for creating my static lib? so the /MD option utilizes which version of the CRT? i was thinking if i shared the version of the CRT i am using they can just build their project with that one. as i was researching i came across this interesting post... http://stackoverflow.com/questions/8097733/how-to-distribute-c-run-time-crt-libraries your thoughts would be highly appreciated. I feel like i am really close to figuring this out.
  2. firstly i would like to thank you for your response. i have created my own dll to test against this code and in order for that to work i had to make sure i recompiled the third party lib first with the correct options mfc with shared dll and /md then included it in my lib and recompile / linked it with the same options. finally i created the test dll which utilizes the static lib with the same options and it works. that is why i am just so confused why they are having this issue. do you think this is primarily a compiler / linker option? like since they integrating this into their systems perhaps they have some stuff that is not using /md? just curious what your thoughts are because i dont see this issue on my side. how would i make sure they are using the right CRT all across their platform? how could i troubleshoot this effectively? for example, from the way they mentioned the error it looks like a lnk2005 error? which is usually a linker/compiler option mismatch. what do you think i should do first to ensure this is not on my side and subsequently tell them what? figured you a senior SW developer and might have an idea. as far as any basic c stuff are you suggesting that the stuff they are finding common is just crt based really? and ensuring the correct crt is being used will clear that up? thank you soooo much for your reply in advance!
  3. I have a third party statically linked .lib including in my static.lib which exposes only 1 API. the client is using MFC and so i had to recompile both those static.lib's wth the MFC with shared dll option and /MD in vs2008. the client is still experiencing linker issues such as: already defined in msvcrt.lib(MSVCR90.dll) errors I know my static lib only exports 1 API. however,i have no idea really what the third party lib exports etc. they seem to be suggesting that my lib is exporting other common functions which is conflicting with their system and want me to only export my single API. I am just not experienced enough to know if this is a configuration issue on their part OR i have to figure out exactly what I am exporting and limiting it somehow when i recompile my static.lib so it does not include those parts which are in common with their system. THus only utilize those parts of the third party lib that i need which is hard as i just link it and use it. any help or direction in this matter would be apprecaited. i have this fully functional on my end but dont know what to do to make it work on their end. i read somewhere about .def files etc. just not sure what to do here. I have never really worked with .def files before either. Summary: third party static lib into my static lib. my static lib has just one api that i let them use. i have no issues on my end but they have the following issues: the clients response: Specifically linking is failing due to the fact that the library is statically linking with many libraries common with the larger manufacturing tool chain build. These common library functions are being exported by the library causing the linking conflicts. In order to resolve this problem the static library can only expose the functions associated with the one API itself in order to guarantee no linking conflicts result. Exported functions can be manipulated when the static library is built using a combination of linker options and module definition (.def file) statements. the third party was simply stating : Integration of the static lib is failing due to linking errors. Example: ……xyz already defined in msvcrt.lib(MSVCR90.dll)