On 15-11-2013 11:34, Nicolas Dufour wrote:
                      
                        Hi Johan,
Le Mercredi 23 octobre 2013 0h10, Johan Engelen <jbc.engelen@...2592...> a écrit :
                        
                          To the devlibs gurus: what is the status of GTK3 devlibs and, can we 
try and make them compatible with the latest TDM-GCC? It'd be nice to be 
able to use the latest gcc so we can use more C++11 in the future.
                        
                        The latest Opensuse 13.1 cross-compiled libs are compiled with gcc-4.8.1. I'm currently updating the GTK3 devlibs (note despite the name, you can also use it with GTK2) so that we can test the latest updates and compile with TDM-GCC 4.8.1. I'll let you know when it's done (it requires some extra steps such as creating a specific build.xml file, modifying some headers, compiling some libs not in Opensuse repo...).
                      
                      
                      Great, thanks. Building Inkscape with 4.8.1
                      required some funny name clashes, but in the end I
                      found that it was caused by
                      devlibs/include/pthread.h taking priority over
                      tdm-gcc's own pthread.h. This meant that the huge
                      windows.h was included, completely fouling up the
                      namespace. Removing pthread.h from the devlibs
                      improved things a lot, but I have not yet reverted
                      all name changes I did, to see if they no longer
                      crash.
                      
                      If you get a compile error in src/graphlayout.cpp
                      on this line
                      
   connectors.insert<GSListConstIterator<SPItem
                      *>
                      >(connectors.end(),nlist,NULL);
                      you can try changing it to
                      
    connectors.insert<GSListIterator<SPItem
                      *>
                      >(connectors.end(),nlist,NULL);
                       which solved the internal-compiler-error for me.
                      (seems like a bug in the stdlibc++?)
                      
                      Advice: first update all to work with gcc 4.8.1,
                      then afterwards we can try to use Dwarf2 instead
                      of SJLJ exception handling.
                      
                      Cheers,
                      
                          Johan