CSFML cmake broken?

[Laurent]

Which files does SFMLiOS/lib/Install/lib contain? Make sure you've built SFML statically.

[myl]

I've just verified that BUILD_SHARED_LIBS was false in SFML CMake (Although I guess the IOS true flag enforces that?).

The full listing for the files in the Install directory:
http://pastebin.com/29CH3ryx

Thanks!
myl

[Laurent]

You should make a release build, not a debug one.

[myl]

My mistake. Built for release. The updated file listing:
http://pastebin.com/ZVzh5NLu

I get the same error though :/

myl

[Laurent]

I have no idea, sorry. However you can manually fill all the -NOTFOUND variables and continue.

[myl]

Thanks Laurent for the -NOTFOUND tip!

I still have no idea what caused the issue, but I filled in the -NOTFOUND paths for the lib files, which now let's me generate and build CSFML statically in XCode based on my iOS SFML libs. Yay!

To build CSFML, I changed the Base SDK to iOS 7.1 for the generated CSFML project. Can you think of anything I forgot or should my CSFML iOS libs be all set for consuming in an iOS project now (champagne bottle popping time)?

I did run into one build error on the way, which i suspect is minor (I commented out the line for now, to let me build).

This line of SFML/Graphics/ConvertRenderStates.hpp throws the attached error:
sfmlStates.blendMode = static_cast<sf::BlendMode>(states->blendMode);

myl

[Nexus]

The error is related to a recent modification in SFML that has not yet been ported to CSFML.

It's not a minor issue, blending won't work without that. I suggest you use an older SFML revision (b7c536c) until this is implemented.

[zsbzsb]

The error is related to a recent modification in SFML that has not yet been ported to CSFML.

It's not a minor issue, blending won't work without that. I suggest you use an older SFML revision (b7c536c) until this is implemented.

I plan on implementing this and other fixes to CSFML and SFML.NET in a few weeks as soon as my school gets out for the summer. 

[myl]

It's not a minor issue, blending won't work without that. I suggest you use an older SFML revision (b7c536c) until this is implemented.

By minor I meant that the problem is not related to my CSFML on iOS foray

Thanks! I will roll back.

myl

[AbelToy]

I'm following these. Please inform us when you get it to work!

[myl]

Hey AbelToy.

I haven't had a chance to follow up on this, but I will do it sometime this week

myl

[myl]

Unless you are referring to the blending issue?

Myl

[AbelToy]

Haha nope, I'm referring to compiling dotnet in order to use SFML.NET with iOS / Android

[myl]

Ok, I had time to get into this today. Looks promising, but I am kinda stuck, maybe Laurent or someone else with better understanding of the CSFML / SFML binding has any ideas?

I'm debugging on the iOS Simulator to start off, so I have built SFML statically with the IOS 7.1 SDK and i386 architecture.  On top of that I've built CSFML from those libraries also against IOS 7.1 SDK and i386 architecture.

When mtouch is compiling my SFML.Net library natively it throws errors like this for every p invoke:

Undefined symbols for architecture i386:
  "sf::CircleShape::setPointCount(unsigned int)", referenced from:
      sfCircleShape_setPointCount(sfCircleShape*, unsigned int) in libcsfml-graphics.a(CircleShape.o)

So it seems that it links with CSFML fine enough, but can't link the C++ function underneath. What could I be missing?

myl

[Laurent]

Since CSFML is a static library, it doesn't link anything. So you have to link CSFML and SFML in the final binary (SFML.Net).