Hi John, Note that since a few release series ago we stopped using .symbol files to export symbols but instead use a __declspec(dllexport) approach to export them. See config.h.win32.in in your checkout in the _GLIB_EXTERN part—if it is not defined in your build files, define it as it is in config.h.win32.in, and things should do. With blessings, and cheers! 從 Windows 10 手機傳送 寄件者: John Emmas via gtk-devel-list On 17/04/2017 12:16, John Emmas via gtk-devel-list wrote: > > my VS8 projects seem to use ".symbols" files for determining what gets > exported from the built DLLs. I can't remember why I needed to do > that but I probably just need to amend them - or hopefully find a way > to stop using them now! > Yes - that was it.! My ".symbols" file was getting converted into module definition files (".def" files). The file was very subtly different for a Debug build compared to a Release build. It looks like the difference was due to this function:- g_slice_debug_tree_statistics() >From what I can tell, it's only supposed to be relevant in a Debug build. But there must have been a time when it was somehow getting included in a Release build (and presumably causing some kind of problem). My ".def" file just made sure that it didn't get exported when it wasn't needed. Anyway... whatever the problem was, it looks like it eventually got fixed and I can now get rid of my def/symbols files.. Sorry for the noise. John _______________________________________________ gtk-devel-list mailing list gtk-devel-list gnome org https://mail.gnome.org/mailman/listinfo/gtk-devel-list |