[SFML 1.6] Problem at building the workspace [C::B][Win7]

[hamar]

Hi!

I watched all the 36 pages, but i didn't find a topic, or a solution for this.
I want to build SFML 1.6 SDK version on my computer, because i want to add one more file. Now I open the ...\build\codeblocks\SFML.workspace with my codeblocks. And i try to build the worksapce but it give an error:

...
...
-------------- Build: Debug DLL_Win32 in sfml-window ---------------

Compiling: ..\..\src\SFML\Window\Input.cpp
Compiling: ..\..\src\SFML\Window\VideoMode.cpp
Compiling: ..\..\src\SFML\Window\Win32\Joystick.cpp
Compiling: ..\..\src\SFML\Window\Win32\VideoModeSupport.cpp
Compiling: ..\..\src\SFML\Window\Win32\WindowImplWin32.cpp
Compiling: ..\..\src\SFML\Window\Window.cpp
Compiling: ..\..\src\SFML\Window\WindowImpl.cpp
Compiling: ..\..\src\SFML\Window\Context.cpp
Linking dynamic library: ..\..\lib\mingw\sfml-window-d.dll
mingw32-g++.exe: ..\..\lib\mingw\libsfml-system-d.a: No such file or directory
Process terminated with status 1 (0 minutes, 4 seconds)
0 errors, 0 warnings
 
And i don't understand how to solve this problem.
In the minGW folder i have the following files:
libsfml-system.dll.a
libsfml-system-d.dll.a
sfml-system.dll
sfml-system-d.dll

So what should i do now? :S

Thank you!

[Laurent]

The ".dll" suffix (in libsfml-system.dll.a) is added automatically by your version of Code::Blocks, and is not expected by SFML. There should be an option to disable it.

i want to add one more file.

May I ask why? It looks like a bad idea.

[hamar]

I see, however i didn't find this option. I will try to find this option.

Actually, my plan is to make a new string, that have some more attribute, that would be good for my program. Or should I inherit my class from sf::Drawable and from sf::String, Or inherit from sf::Drawable and then copy all of the sf::String's code into my class, or it is programatically an ugly solution? I just want to make a clear code... that is why I wanted to add an other class, similarly to that sf:: String.

Anyhow, Thank you, for you answer.

[Laurent]

You can do whatever you want, but why would it have to be in SFML? Just create this new class in your own code, so that you don't need to recompile SFML (and can distribute your code without your modified version of SFML).

[Nexus]

If you just need additional operations, why don't you define them as global functions that operate on sf::String?

[hamar]

Actually I forget, how did I get to this decision; that I must add this more class to my SFML. :S Now I if I started this topic then I have to get the final answer.

Well... I tried to find this auto .dll suffix completion... But I can't find it. Where should it be?

@Nexus, my class should look like sf::String class but I want to add 2 more variable and I have to modify the rendering function. What would you suggest? Inheriting, from sf::String, and modify that rendering thing, or copy the sf::String's codes and just simply change the sf::String::Render(...) function?

[Laurent]

Well... I tried to find this auto .dll suffix completion... But I can't find it. Where should it be?

I have no idea, it never happened on my version of Code::Blocks and I never had to deal with this option.

By the way, you should try to switch to SFML 2

[hamar]

Ok, So the solution is switching to SFML 2. And everything is okay.

Thank you for your answers!