Getting cleaner code is a hard and necessary job (thanks for all the work on gtk3 compatibility). Unfortunately windows building is again broken (just an extract, many similar errors) with devlibs revision 27 and 28 in combination with trunk revision 10968:
---------------------------------------------------------- Make error line 289: problem compiling: In file included from c:\devlibs/include /sigc++-2.0/sigc++/signal.h:8:0, from c:\devlibs/include/sigc++-2.0/sigc++/sigc++.h:23, from c:\devlibs/include/glibmm-2.4/glibmm/signalproxy.h:13, from c:\devlibs/include/glibmm-2.4/glibmm/objectbase.h:23, from c:\devlibs/include/glibmm-2.4/glibmm/object.h:29, from src/sp-object.h:52, from src/sp-animation.h:15, from src/sp-animation.cpp:16: c:\devlibs/include/sigc++-2.0/sigc++/signal_base.h:48:11: error: 'size_t' does n ot name a type c:\devlibs/include/sigc++-2.0/sigc++/signal_base.h:97:3: error: 'size_type' does not name a type c:\devlibs/include/sigc++-2.0/sigc++/signal_base.h:241:11: error: 'size_t' does not name a type c:\devlibs/include/sigc++-2.0/sigc++/signal_base.h:263:3: error: 'size_type' doe s not name a type In file included from c:\devlibs/include/sigc++-2.0/sigc++/sigc++.h:23:0, from c:\devlibs/include/glibmm-2.4/glibmm/signalproxy.h:13, from c:\devlibs/include/glibmm-2.4/glibmm/objectbase.h:23, from c:\devlibs/include/glibmm-2.4/glibmm/object.h:29, from src/sp-object.h:52, from src/sp-animation.h:15, from src/sp-animation.cpp:16: c:\devlibs/include/sigc++-2.0/sigc++/signal.h:33:11: error: 'size_t' does not na me a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:34:11: error: 'ptrdiff_t' does not name a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:99:11: error: 'size_t' does not na me a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:100:11: error: 'ptrdiff_t' does no t name a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:276:11: error: 'size_t' does not n ame a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:277:11: error: 'ptrdiff_t' does no t name a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:359:11: error: 'size_t' does not n ame a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:360:11: error: 'ptrdiff_t' does no t name a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:430:11: error: 'size_t' does not n ame a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:431:11: error: 'ptrdiff_t' does no t name a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:515:11: error: 'size_t' does not n ame a type c:\devlibs/include/sigc++-2.0/sigc++/signal.h:516:11: error: 'ptrdiff_t' does no t name a type ----------------------------------------------------------
2012/2/10 Krzysztof Kosiński <tweenk.pl@...400...>:
2012/2/10 LucaDC <dicappello@...2144...>:
I see from build.xml that bin/intl.dll is copied both as intl.dll and libintl-2.dll. Now Inkscape asks for both intl.dll and libintl-8.dll: should they be the same?
I changed the build.xml in the stable branch to remove libintl-2.dll. I forgot to make the same change in trunk, sorry. intl.dll and libintl-8.dll are currently not the same.
The two files intl.dll and libintl-8.dll under devlibs are different (intl.dll is the old libintl-2.dll). In other words: should the new libintl-8.dll overwrite the old intl.dll? In this case I think it would be better to copy libintl-8.dll as intl.dll under Inkscape, not the opposite, so when it changes the correct file is always taken. And is it necessary to have the same file copied twice with different names?
DLLs on Windows are linked by name. Inkscape and one of the other libraries (don't remember which one) link against libintl-8.dll while the GTK stack links against intl.dll, and so we need both. This is can be solved by renaming libintl-8.dll to intl.dll and regenerating the import library.
However at the moment there is a compilation problem in Gettext that causes libintl-8.dll not to export the symbol libintl_printf, which is required by the GTK stack - instead the bogus symbol __printf__ is exported. I think I have this fixed, but configuring Gettext takes around half an hour in my Windows VM, so I didn't verify it yet.
Regards, Krzysztof