Messages

5896

General / Compatibility to other computers

« on: April 20, 2008, 08:12:05 pm »

Ok, thank you for all the informations, and sorry for being so curious

5897

General / Compatibility to other computers

« on: April 20, 2008, 06:05:17 pm »

Thanks for the declaration. I think this means having only one execution file without additional DLLs or something isn't possible while using SFML. You always have to add CRT files.

Another question:
You told me I would have to download the redistributable for computers without VC++. I didn't do so and my apps still worked. So is there no use of the redist in general or did I just have luck (my apps aren't too complex atm)?

5898

General / Compatibility to other computers

« on: April 20, 2008, 04:36:33 pm »

Ok thanks a lot. So there are rather few people linking SFML with /MT. But why are there so many possible configurations in SFML.sln? If static mode is no good idea, or doesn't work at all, why can we choose it? Or is it only designed for some rare special cases?

5899

General / Compatibility to other computers

« on: April 19, 2008, 07:49:59 pm »

Ok this is what I did (that was the only way my apps worked).

I thought by setting configuration to /MD (Multithreaded DLL) I would link dynamically... So what does "linking statically" mean? Does it only refer to SFML and not to CRT? So static CRT link is not possible while using SFML, is it?

5900

General / Compatibility to other computers

« on: April 19, 2008, 04:37:58 pm »

Yeah, it worked! Thanks for this great help!

But strangely I succeeded in DLL configuration... I just added the following files into my application directory: Microsoft.VC90.CRT.manifest, msvcm90.dll, msvcp90.dll, msvcr90.dll. Like this I don't have to download any redistributables which is what I aimed at

But there is something odd with these things.. Now I am not even sure anymore if this was static linking I succeeded before (which I said three posts above), because now I can't manage it (got linker errors again) :?
Besides, I think I already tried DLL linking before, but without success... Maybe I was just too tired when I tried this
Or am I just incapable of linking statically? I think I followed every of your steps, Avency, and this should work on computers with VC++ installed without the redistributable, shouldn't it? At the moment I am happy with DLL mode, but I'd nevertheless be interested in static link

5901

General / Compatibility to other computers

« on: April 18, 2008, 11:37:51 pm »

but you will need to link against the multithreaded dll rather than the static CRT

No, you won't - I just succeeded linking statically.

Thanks for your help, I could now compile my project...
My fault was: I always created empty applications and therefore didn't include stdafx.h and used main() instead of _tmain(..).

But even after linking statically, my apps don't work on other systems.
Is it really required to add the redistributable to make SFML programs run on computers without VC++? I don't want to force every user of my programs to install all those things, especially I am probably not allowed to do this on every computer (e.g. school computers). Besides, I like compact executions without loads of dlls and other dependencies, even if the exe size grows by doing this. I thought by linking statically I could include all required stuff into the exe file so that it works everywhere, but this doesn't seem to be right. Even if there were some DLLs in the same  directory like the .exe-file, it wouldn't be a problem, but I wanted to avoid setups and moving DLLs into system directories. Is this possible?

5902

General / Compatibility to other computers

« on: April 18, 2008, 10:42:56 pm »

Thank you for the quick guide how to use SVN. I just downloaded the newest source.

Unfortunately, it still doesn't work
As soon as I use any SFML Commands, I get those linker errors again. I am told there are some multiply defined external symbols.
I actually use the SFML libs sfml-graphics-s.lib, sfml-window-s.lib and sfml-system-s.lib (this order) which i rebuilt just before (I recompiled SFML.sln in Static Release Configuration).

Then, I read this post http://www.sfml-dev.org/forum/viewtopic.php?t=244 and followed the instructions described there. I downloaded Microsoft SDK and added its directories to VC++. There is no result at all, still my 21 lovely linker errors :?
Rebuilding SFML.sln several times in every possible configuration seems to be useless, too... I have no idea what to do, MSDN doesn't really help either...

Here is the full list of linker errors, I tried to ignore some of the CRT libraries, but without sucess...

Code: [Select]

1>------ Build started: Project: TestProjekt, Configuration: Release Win32 ------
1>Linking...
1>msvcprt.lib(MSVCP90.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) is already defined in libcpmt.lib(string.obj).
1>msvcprt.lib(MSVCP90.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::~basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(void)" (??1?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ) is already defined in Main.obj.
1>msvcprt.lib(MSVCP90.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) is already defined in Main.obj.
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: "public: __thiscall std::exception::exception(char const * const &)" (??0exception@std@@QAE@ABQBD@Z) is already defined in LIBCMT.lib(stdexcpt.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: "public: virtual __thiscall std::exception::~exception(void)" (??1exception@std@@UAE@XZ) is already defined in LIBCMT.lib(stdexcpt.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: "public: __thiscall std::exception::exception(void)" (??0exception@std@@QAE@XZ) is already defined in LIBCMT.lib(stdexcpt.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: "public: __thiscall std::exception::exception(class std::exception const &)" (??0exception@std@@QAE@ABV01@@Z) is already defined in LIBCMT.lib(stdexcpt.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: __invalid_parameter_noinfo is already defined in LIBCMT.lib(invarg.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _free is already defined in LIBCMT.lib(free.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _exit is already defined in LIBCMT.lib(crt0dat.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _abort is already defined in LIBCMT.lib(abort.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _malloc is already defined in LIBCMT.lib(malloc.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _realloc is already defined in LIBCMT.lib(realloc.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _ldexp is already defined in LIBCMT.lib(_ldexp_.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _strtol is already defined in LIBCMT.lib(strtol.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _strncmp is already defined in LIBCMT.lib(strncmp.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _getenv is already defined in LIBCMT.lib(getenv.obj).
1>MSVCRT.lib(MSVCR90.dll) : error LNK2005: _memmove_s is already defined in LIBCMT.lib(memmove_s.obj).
1>MSVCRT.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) is already defined in LIBCMT.lib(typinfo.obj).
1>MSVCRT.lib(ti_inst.obj) : error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) is already defined in LIBCMT.lib(typinfo.obj).
1>LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other libs; use /NODEFAULTLIB:library       (translated error report)
Are there any CRT libraries I have to ignore in my projects? If yes, what are their names? I tried to exclude some libraries not matching /MT configuration (described in MSDN), the consequence are other errors...

5903

General / Compatibility to other computers

« on: April 14, 2008, 11:11:22 pm »

Sorry if I behave like a noob, but I already fail your first step (I've never done this). The other steps shouldn't be a problem, but without source I can't really do anything
Is there a possibility to download all actual files from SVN? I don't like downloading every single file for itsself. And while trying to download missing files, I get lot of warnings during compile of SFML.sln.
Why doesn't the full SDK (SFML 1.2) work? Because if I try your steps with full SDK (what I already tried in past), the following linker errors  (just a small part) occur:

Code: [Select]

1>msvcprt.lib(MSVCP90.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) is already defined in Main.obj.
What do I have to download exactely? Is it really necessary to get files from SVN? What about the full SDK?

5904

General / Compatibility to other computers

« on: April 14, 2008, 06:57:29 pm »

Hi,
First of all, I have used SFML since some weeks, for my current graphic requests it's perfect! At the moment I am creating a little 2D Space Shooter

There is just one matter worrying me: I don't know how to make SFML applications compatible so that they work on other computers (where Visual C++ Express 2008 which I use isn't installed). I always get the error http://www.sfml-dev.org/forum/viewtopic.php?t=216&postdays=0&postorder=asc&highlight=lnk2005&start=15 . But on this computer, there is no problem if I choose the right configuration.

The problem is, I would like to link statically, because static apps without SFML work on other computers. So the CRT itsself is compatible in static (release) configuration. But as soon as I use any SFML stuff, I get loads of linking errors trying to link statically. Recompiling the libs didn't improve the situation. And in dynamic configuration, I don't know how to handle it with the DLLs and I think, spending a whole day searching the internet for solutions is enough...

Is it true that SFML applications in VC++ cannot be built statically? This would make it a lot easier, because if I link dynamically, I would have to install DLLs on every computer into SxS directories and so on...
Or am I just doing wrong all the time? Is there a possibility?

I just can't imagine everyone using SFML on other computers is doing all that Side by Side setup configuration stuff while it might be much easier?
How do you configure your apps if you want to use them on other computers (without any additional SDKs and compilers)?

5905

General / Static release

« on: March 02, 2008, 10:18:33 am »

With these settings it works (I've always set it like this).
But I think if I use the DLL configuration then I don't link statically any more... Am I wrong?

5906

General / Static release

« on: March 01, 2008, 04:40:52 pm »

Hm.. Sorry I don't know the CRT version, where do I see it? I just installed Visual C++ 2008 Express Edition (Version is 9.0.21022.8 RTM).
Version of .NET Framework is 3.5, if this helps...

Which CRT version should it be (what is standard) to be able to link statically with SFML? Where can I get it?

5907

General / Static release

« on: February 29, 2008, 06:04:38 pm »

In Visual C++ Express 2008, I am using SFML and linking statically with configuration "Release". Strangely, everything works if I link dynamically. I added the additional dependencies ("sfml-graphics.lib sfml-window.lib sfml-system.lib"), and order shouldn't be problem... I even tried to recompile the files in C:\...\SFML-1.2\vc2008\SFML.sln in release static mode and tested my project again, it didn't help.
I get a lot of errors like these:

Code: [Select]

1>msvcprt.lib(MSVCP90.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) is already defined in libcpmt.lib(string.obj).
1>MSVCRTD.lib(MSVCR90D.dll) : error LNK2005: _strncmp is already defined in LIBCMTD.lib(strncmp.obj).
(btw: output is translated, might be not literally)

Can you tell me why this occurs? I've read similar posts but I have seen nowhere the same problem.

5908

General / This application has failed to start because the application

« on: February 24, 2008, 10:35:50 am »

Thank you very much for your great help! Everything is okay now!

I have read the tutorial and even tried to rebuild, but I linked my code with another configuration (not debug static) and it didn't work.
First, the way described by dabo didn't work either, I got the error mt.exe : general error c101008a: Failed to save the updated manifest to the file. I googled and found out I would have to rebuild the whole solution to suceed, which worked.

I am really glad you could help me, I am looking forward to use SFML, thanks a lot!

5909

General / This application has failed to start because the application

« on: February 23, 2008, 04:49:47 pm »

First of all, sorry, I am a total noob ; yesterday I began using Visual C++ 2008 Express, today I downloaded SFML. I installed it the way I saw in the tutorial (Added include and static lib directories), but I don't know how to link it correctly. I also read lots of other posts concerning this problem, but no one could really help me.

Lots of people say this could be done by rebuilding/recompiling the libraries in VC 2008. Unfortunately, I have no idea how to do this. I mean you can't open *.lib Files directly with VC, so I added them to Project Resource Files, but I get errors all the time. Without them, it doesn't work either.

Actually, I've made only one entry into Additional Dependencies: sfml-system.lib (Configuration is Active(Release)). When I include <SFML/System.hpp>, my program works, but as soon as I use any SFML commands (e.g. the sf::Clock class), I get errors which say the Exe File can't be started (wrong execution configuration). I tried several combinations of linking commands, but it didn't work at all.

I would like to know how to rebuild the Libs (for example sfml-system.lib) exactly because I haven't got any experience with VC and SFML (I always used Bloodshed Dev C++ with SDL). By the way, I am using Windows Vista, might there be any problem? Please help me, it's possible I am on a completely wrong way :wink: ...