Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - cpainterwakefield

Pages: [1]
1
System / String::String(std::string, std::locale) not in library?
« on: August 30, 2018, 11:30:43 pm »
I'm getting the following linker error with SFML 2.5.0 under linux (using the 64-bit package provided):

g++ -o image_editor main.o image_editor.o drawing_window.o -pthread -Llib  -lsfml-graphics -lsfml-window -lsfml-system -lpthread
drawing_window.o: In function `drawing_window::open()':
/home/cpainter/teaching/csci262/web/projects/image_editor/linux/drawing_window.cpp:29: undefined reference to `sf::String::String(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::locale const&)'

I can see that the appropriate constructor is listed in the header file (and the compiler doesn't complain), but the linker can't seem to find the matching symbol.

The code I'm trying to build worked under a previous build of SFML, FWIW.

2
General / Re: How to integrate SFML's dependencies into my CMake project?
« on: September 17, 2014, 01:56:47 am »

In the past (SFML 2.1 and older), SFML included the dependencies directly in its statics libraries. This got changed for the up coming SFML 2.2, you now need to link against all dependencies with static libraries. So in the past there was not reason to ship the dependencies.
At best you download the SFML master and build the INSTALL project, that will also install the right extlibs when building statically.


Just curious; why the change?  We are looking at using SFML in a course setting, and having to link in yet more libraries complicates things for our students (who are very new to building software in C++).  Is there an easy way to modify the SFML distro to link everything into one library statically (excepting the openal32 and libsndfile)?

UPDATE:  Never mind - I found the info here: https://github.com/SFML/SFML/wiki/FAQ#wiki-build-link-static

3
General discussions / Re: Debian/Ubuntu packages for SFML
« on: July 26, 2014, 12:17:24 am »
ok, thanks, I've done that.

4
ok, thanks!  I will keep my eyes open for the 2.2 release, but also keep the option of just doing a build for the students.

5
Any word on when binaries package will be available for VS 2013?
http://www.nightlybuilds.ch/project/show/1/SFML/

These nightly builds are not the same as version 2.1, yes?  I wouldn't want to point my students towards a build that does not match the documentation, or that is not stable.

6
Any word on when binaries package will be available for VS 2013?  I am evaluating using SFML in a classroom setting where our lab machines have VS 2013 installed and I expect most of the students will use VS 2013 on their personal machines.  I can compile myself (although I have to fix some errors in the .vxproj files manually for some reason) and provide the libraries etc. to the students, but it would be nice if they could simply install from the website for their personal machines.

7
General discussions / Re: Debian/Ubuntu packages for SFML
« on: July 24, 2014, 10:46:09 am »
new here, sorry if this has been addressed.

Packages for SFML 2.1 under Linux Mint 17 are slightly broken:
- needs libGLEW.so.1.5 as compiled, but only libGLEW.so.1.10 is available
- right now installing the 64-bit sfml-dev package installs the 32-bit libjpeg, not the correct 64-bit libjpeg

These are easily worked around for a reasonably experienced user, and of course I can compile the thing myself etc.  However, I'm evaluating using SFML in a classroom setting with users who are *not* experienced.  It would be nice if I could tell them to just install from the repository, rather than explaining all the extra stuff they need to do.  What is required to get the package(s) fixed?  Can I help somehow?

Thanks!

Pages: [1]