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

Author Topic: Statically linking SFML  (Read 1704 times)

0 Members and 1 Guest are viewing this topic.

paupav

  • Full Member
  • ***
  • Posts: 156
    • View Profile
    • Email
Statically linking SFML
« on: September 04, 2014, 02:42:22 am »
Am I allowed to statically link SFML or can I only dynamically link it?

Rosme

  • Full Member
  • ***
  • Posts: 169
  • Proud member of the shoe club
    • View Profile
    • Code-Concept
Re: Statically linking SFML
« Reply #1 on: September 04, 2014, 06:43:20 am »
Is it too hard to read the license?
GitHub
Code Concept
Twitter
Rosme on IRC/Discord

FRex

  • Hero Member
  • *****
  • Posts: 1845
  • Back to C++ gamedev with SFML in May 2023
    • View Profile
    • Email
Re: Statically linking SFML
« Reply #2 on: September 04, 2014, 07:51:22 am »
No, zlib, MIT, BSD and similar are not hard to read but LGPL (and GPL that it requires you to read) are - they are long and are in very formal, legal language.

You can link everything (SFML + all libraries it needs) statically EXCEPT FOR LIBSNDFILE and OPENAL which are under LGPL license and must be linked dynamically. If you link LIBSNDFILE and/or OPENAL statically you must comply with LGPL or GPL (it's your choice which) terms and libraries you use must be compatible with it (SFML and its' libraries are).
« Last Edit: September 04, 2014, 10:03:27 am by FRex »
Back to C++ gamedev with SFML in May 2023

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Re: Statically linking SFML
« Reply #3 on: September 04, 2014, 10:56:47 am »
In case it's not clear, because of the LGPL license of libsndfile and OpenAL on Windows, SFML is compiled against their shared version. So you don't have to do anything to link them dynamically, it's the default. Linking them statically would require a lot of work: compiling/finding static binaries for these libs, and recompiling SFML, possibly adjusting some compiler flags if needed.
Laurent Gomila - SFML developer