We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 3568 - On Windows Visual Studio Compiler (2013 and 2015) don't linking SDL_surface functions.
Summary: On Windows Visual Studio Compiler (2013 and 2015) don't linking SDL_surface f...
Status: RESOLVED FIXED
Alias: None
Product: SDL
Classification: Unclassified
Component: *don't know* (show other bugs)
Version: 2.0.5
Hardware: x86_64 Windows 7
: P2 major
Assignee: Sam Lantinga
QA Contact: Sam Lantinga
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-25 11:21 UTC by Evgeniy Netepa
Modified: 2017-08-11 19:54 UTC (History)
1 user (show)

See Also:


Attachments
Output of "DUMPBIN /EXPORTS SDL2.lib" (21.01 KB, text/plain)
2017-04-16 17:34 UTC, Colm Mac
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Evgeniy Netepa 2017-01-25 11:21:41 UTC
On VC++2013 or VC++2015 usage SDL_CreateRGBSurfaceWithFormat or SDL_CreateRGBSurfaceWithFormatFrom make linking errors. But with MinGW usage normally.

error LNK2019: unresolved external symbol _SDL_CreateRGBSurfaceWithFormat
error LNK2019: unresolved external symbol _SDL_CreateRGBSurfaceWithFormatFrom
Comment 1 Sam Lantinga 2017-01-28 06:05:48 UTC
Is this building SDL or building another application? If it's another application, do other SDL functions get resolved?
Comment 2 Evgeniy Netepa 2017-01-28 10:09:15 UTC
(In reply to Sam Lantinga from comment #1)
> Is this building SDL or building another application? If it's another
> application, do other SDL functions get resolved?

Building another application. Other SDL functions resolved.
Comment 3 Colm Mac 2017-04-16 17:34:05 UTC
Created attachment 2723 [details]
Output of "DUMPBIN /EXPORTS SDL2.lib"

I can confirm that SDL_CreateRGBSurfaceWithFormat and SDL_CreateRGB_SurfaceWithFormatFrom is missing from the exported functions present in the SDL2.lib export library in both x86 and x64 in version 2.0.5.
Comment 4 Sam Lantinga 2017-08-11 19:54:47 UTC
This is fixed for the 2.0.6 release, thanks!