[VC++] Undefined references naar stdlib symbols vanuit lib

[.oisyn]

Ik probeer statisch te linken met ffmpeg in Visual C++ 2015 (Community Edition). Ik heb de libs zelf gebouwd (na een hoop gezeik met msys ).

Wat heel gek is, en ik nog nooit eerder heb gezien, is dat de linker klaagt over unresolved external symbols naar standaard C functies vanuit de libs. Bijvoorbeeld:

1>libavcodec.a(ratecontrol.o) : error LNK2001: unresolved external symbol _sscanf

(let niet op de file extensies, ze zijn weldegelijk gebouwd met VC++)

Dat is raar, want _sscanf zit gewoon in LIBCMT.LIB, waar je standaard mee linkt in release builds met static stdlibs. Het vreemde is, als ik sscanf() zelf aanroep vanuit een source file in mijn project, dan verdwijnt de unresolved external symbol error. Het lijkt dus net alsof de linker vindt dat hij de symbols niet uit een andere library mag halen, terwijl dat volgens mij toch echt redelijk standaard behaviour is in MSVC++ (ik weet dat in GCC de volgorde van libraries zoals je ze meegeeft belangrijk is (geweest?), maar daar heeft MSVC++ nooit last van gehad).

Iemand enig idee hoe ik duidelijk kan maken dat ie ze gewoon uit de standaard libraries moet halen

[eek]

Heb je de libs van ffmpeg ook met Visual C++ 2015 gebuild (v140)? Deze fout kreeg ik volgens mij toen ik een VS2013 lib probeerde te linken met VS2015.

[.oisyn]

Ja, beide vanuit 2015

[farlane]

Kan het een 32 vs 64 bit ding zijn?

[Laurens-R]

ik heb altijd gezeur van deze orde wanneer ik de std libs static link. Deze problemen verdwijnen meestal als ik de lib dynamisch tegen de std libs aan link. Ik geef het dan meestal op omdat het oplossen van dit type problemen meer tijd/frustratie kost dan dat ik zin heb om er aan te besteden.

ps: ik vind net een SO item, wat zegt dat dit een gevolg is van wijzingen in VS2015? Zou te maken hebben met gewijzigde definities in stdio.h oid waardoor de linker gaat zoeken naar symbols die er niet zijn. Geen tijd gehad om het te valideren: http://stackoverflow.com/...anf-in-visual-studio-2015

[ Voor 51% gewijzigd door Laurens-R op 09-10-2015 20:59 ]

[.oisyn]

Linken met legacy_stdio_definitions.lib fixt het idd!

Ik mis nu alleen nog deze:

1>libavutil.a(snprintf.o) : error LNK2001: unresolved external symbol __vacopy
1>libavutil.a(bprint.o) : error LNK2001: unresolved external symbol __vacopy

Dat lijkt me een configuratie-probleem. FFMPeg implementeert zijn eigen snprintf() en va_copy() (want MSVC++ had die niet voor 2013). Er is een va_copy.h waarin dit staat:

C++:

#if !defined(va_copy) && defined(_MSC_VER)
#define va_copy(dst, src) ((dst) = (src))
#endif
#if !defined(va_copy) && defined(__GNUC__) && __GNUC__ < 3
#define va_copy(dst, src) __va_copy(dst, src)
#endif

De eerste versie komt overeen met wat VC++ implementeert vanaf 2013. Maar blijkbaar vindt ie dus dat ie de GCC versie moet gebruiken. Weird.

.edit: nee wacht, daar staat nog een extra underscore in, dat kan het dus niet zijn.

[ Voor 5% gewijzigd door .oisyn op 09-10-2015 12:48 ]