I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine?
tia, Alvin
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Hi,
De : alvinpenner <penner@...1856...> I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine?
No error here with tdm-gcc-4.6.1 (and ultra-clean build: new bzr checkout for devlibs and inkscape, etc.). But instead of DW2, it installs the SJLJ libs (as recommended in the tdm readme).
Regards, -- Nicolas
I get the following error after devlibs update to revision 27 and a clean build (btool clean;btool): -------------------------------------------------------------------- Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:5 4:22: error: 'Cairo' is not a namespace-name src/ui/dialog/filedialogimpl-win32.cpp:54:27: error: expected namespace-name bef ore ';' token src/ui/dialog/filedialogimpl-win32.cpp: In member function 'void Inkscape::UI::D ialog::FileOpenDialogImplWin32::render_preview()': src/ui/dialog/filedialogimpl-win32.cpp:1459:64: error: 'set_source_pixbuf' was n ot declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: In static member function 'static UINT_P TR Inkscape::UI::Dialog::FileSaveDialogImplWin32::GetSaveFileName_hookproc(HWND_ _*, UINT, WPARAM, LPARAM)': src/ui/dialog/filedialogimpl-win32.cpp:1814:74: warning: passing NULL to non-poi nter argument 1 of 'HWND__* CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWO RD, int, int, int, int, HWND__*, HMENU__*, HINSTANCE__*, void*)' --------------------------------------------------------------------
I do not know how to check, though I guess I have also version 4.5.1 from tdm-gcc.
Regards K.
2012/2/6 Nicolas Dufour <nicoduf@...48...>:
Hi,
De : alvinpenner <penner@...1856...> I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine?
No error here with tdm-gcc-4.6.1 (and ultra-clean build: new bzr checkout for devlibs and inkscape, etc.). But instead of DW2, it installs the SJLJ libs (as recommended in the tdm readme).
Regards,
Nicolas
Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Same error for me after a clean build (last try with devlibs 27 and rev 10943). Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
De : Kris De Gussem <kris.degussem@...400...> I get the following error after devlibs update to revision 27 and a clean build (btool clean;btool):
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:5 4:22: error: 'Cairo' is not a namespace-name
Confirmed, but unrelated to the devlibs update IMHO (it compiled without error with r10938). Related to the recent gtkmm clean-up?
Regards, -- Nicolas
Confirmed that it is not due to devlibs update (I seemed already strange to me). The modifications in revision 10940 in the files src/ui/dialog/filedialog*.* cause the compilation error. Temporarily reverting these changes in revision 10940 let Inkscape compile and link successfully. The header for set_source_pixbuf (and possibly others) seems to be missing. I do not find in gtkmm documentation in which header it is included.
Kind regards K.
2012/2/6 Nicolas Dufour <nicoduf@...48...>:
De : Kris De Gussem <kris.degussem@...400...> I get the following error after devlibs update to revision 27 and a clean build (btool clean;btool):
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:5 4:22: error: 'Cairo' is not a namespace-name
Confirmed, but unrelated to the devlibs update IMHO (it compiled without error with r10938). Related to the recent gtkmm clean-up?
Regards,
Nicolas
Things are getting worse under Windows:
Make error line 289: problem compiling: src/extension/internal/pdf-input-cairo.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportCairoDialog::PdfImportCairoDialog(PopplerDocument*)': src/extension/internal/pdf-input-cairo.cpp:90:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdf-input-cairo.cpp:112:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: In file included from c:\devlibs/include/poppler/PDFDoc.h:40:0, from src/extension/internal/pdfinput/pdf-input.cpp:23: c:\devlibs/include/poppler/Annot.h:589:11: warning: unused parameter 'obj' src/extension/internal/pdfinput/pdf-input.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*, const gchar*)': src/extension/internal/pdfinput/pdf-input.cpp:98:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdfinput/pdf-input.cpp:120:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/enum.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamComboBox::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/enum.cpp:245:16: error: 'class Inkscape::Extension::ParamComboBoxEntry' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/radiobutton.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamRadioButton::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/radiobutton.cpp:299:22: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/document-properties.cpp: In member function 'void Inkscape::UI::Dialog::DocumentProperties::populate_available_profiles()': src/ui/dialog/document-properties.cpp:310:18: error: 'class Gtk::ComboBoxText' has no member named 'remove_all' src/ui/dialog/document-properties.cpp:316:15: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:54:22: error: 'Cairo' is not a namespace-name src/ui/dialog/filedialogimpl-win32.cpp:54:27: error: expected namespace-name before ';' token src/ui/dialog/filedialogimpl-win32.cpp: In member function 'void Inkscape::UI::Dialog::FileOpenDialogImplWin32::render_preview()': src/ui/dialog/filedialogimpl-win32.cpp:1459:64: error: 'set_source_pixbuf' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: In static member function 'static UINT_PTR Inkscape::UI::Dialog::FileSaveDialogImplWin32::GetSaveFileName_hookproc(HWND__*, UINT, WPARAM, LPARAM)': src/ui/dialog/filedialogimpl-win32.cpp:1814:74: warning: passing NULL to non-pointer argument 1 of 'HWND__* CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWORD, int, int, int, int, HWND__*, HMENU__*, HINSTANCE__*, void*)'
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
These are quite probably due to the modification in revision 10943 (or at least a revision between 10940 and 10941). I also mentioned this some minutes ago on https://bugs.launchpad.net/inkscape/+bug/367607
2012/2/6 LucaDC <dicappello@...2144...>:
Things are getting worse under Windows:
Make error line 289: problem compiling: src/extension/internal/pdf-input-cairo.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportCairoDialog::PdfImportCairoDialog(PopplerDocument*)': src/extension/internal/pdf-input-cairo.cpp:90:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdf-input-cairo.cpp:112:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: In file included from c:\devlibs/include/poppler/PDFDoc.h:40:0, from src/extension/internal/pdfinput/pdf-input.cpp:23: c:\devlibs/include/poppler/Annot.h:589:11: warning: unused parameter 'obj' src/extension/internal/pdfinput/pdf-input.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*, const gchar*)': src/extension/internal/pdfinput/pdf-input.cpp:98:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdfinput/pdf-input.cpp:120:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/enum.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamComboBox::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/enum.cpp:245:16: error: 'class Inkscape::Extension::ParamComboBoxEntry' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/radiobutton.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamRadioButton::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/radiobutton.cpp:299:22: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/document-properties.cpp: In member function 'void Inkscape::UI::Dialog::DocumentProperties::populate_available_profiles()': src/ui/dialog/document-properties.cpp:310:18: error: 'class Gtk::ComboBoxText' has no member named 'remove_all' src/ui/dialog/document-properties.cpp:316:15: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:54:22: error: 'Cairo' is not a namespace-name src/ui/dialog/filedialogimpl-win32.cpp:54:27: error: expected namespace-name before ';' token src/ui/dialog/filedialogimpl-win32.cpp: In member function 'void Inkscape::UI::Dialog::FileOpenDialogImplWin32::render_preview()': src/ui/dialog/filedialogimpl-win32.cpp:1459:64: error: 'set_source_pixbuf' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: In static member function 'static UINT_PTR Inkscape::UI::Dialog::FileSaveDialogImplWin32::GetSaveFileName_hookproc(HWND__*, UINT, WPARAM, LPARAM)': src/ui/dialog/filedialogimpl-win32.cpp:1814:74: warning: passing NULL to non-pointer argument 1 of 'HWND__* CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWORD, int, int, int, int, HWND__*, HMENU__*, HINSTANCE__*, void*)'
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
at least a revision between 10940 and 10941).
Oops. Should 10940 and 10943
2012/2/6 Kris De Gussem <kris.degussem@...400...>:
These are quite probably due to the modification in revision 10943 (or at least a revision between 10940 and 10941). I also mentioned this some minutes ago on https://bugs.launchpad.net/inkscape/+bug/367607
2012/2/6 LucaDC <dicappello@...2144...>:
Things are getting worse under Windows:
Make error line 289: problem compiling: src/extension/internal/pdf-input-cairo.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportCairoDialog::PdfImportCairoDialog(PopplerDocument*)': src/extension/internal/pdf-input-cairo.cpp:90:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdf-input-cairo.cpp:112:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: In file included from c:\devlibs/include/poppler/PDFDoc.h:40:0, from src/extension/internal/pdfinput/pdf-input.cpp:23: c:\devlibs/include/poppler/Annot.h:589:11: warning: unused parameter 'obj' src/extension/internal/pdfinput/pdf-input.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*, const gchar*)': src/extension/internal/pdfinput/pdf-input.cpp:98:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdfinput/pdf-input.cpp:120:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/enum.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamComboBox::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/enum.cpp:245:16: error: 'class Inkscape::Extension::ParamComboBoxEntry' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/radiobutton.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamRadioButton::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/radiobutton.cpp:299:22: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/document-properties.cpp: In member function 'void Inkscape::UI::Dialog::DocumentProperties::populate_available_profiles()': src/ui/dialog/document-properties.cpp:310:18: error: 'class Gtk::ComboBoxText' has no member named 'remove_all' src/ui/dialog/document-properties.cpp:316:15: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:54:22: error: 'Cairo' is not a namespace-name src/ui/dialog/filedialogimpl-win32.cpp:54:27: error: expected namespace-name before ';' token src/ui/dialog/filedialogimpl-win32.cpp: In member function 'void Inkscape::UI::Dialog::FileOpenDialogImplWin32::render_preview()': src/ui/dialog/filedialogimpl-win32.cpp:1459:64: error: 'set_source_pixbuf' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: In static member function 'static UINT_PTR Inkscape::UI::Dialog::FileSaveDialogImplWin32::GetSaveFileName_hookproc(HWND__*, UINT, WPARAM, LPARAM)': src/ui/dialog/filedialogimpl-win32.cpp:1814:74: warning: passing NULL to non-pointer argument 1 of 'HWND__* CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWORD, int, int, int, int, HWND__*, HMENU__*, HINSTANCE__*, void*)'
Sorry about this... my fault again. The API documentation didn't mention that the "append" function introduces a gtkmm-2.24 dependency. Note added to bug #367607. I'll try to get it fixed this evening.
AV
On 6 February 2012 15:52, Kris De Gussem <kris.degussem@...400...> wrote:
at least a revision between 10940 and 10941).
Oops. Should 10940 and 10943
2012/2/6 Kris De Gussem <kris.degussem@...400...>:
These are quite probably due to the modification in revision 10943 (or at least a revision between 10940 and 10941). I also mentioned this some minutes ago on https://bugs.launchpad.net/inkscape/+bug/367607
2012/2/6 LucaDC <dicappello@...2144...>:
Things are getting worse under Windows:
Make error line 289: problem compiling: src/extension/internal/pdf-input-cairo.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportCairoDialog::PdfImportCairoDialog(PopplerDocument*)': src/extension/internal/pdf-input-cairo.cpp:90:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdf-input-cairo.cpp:112:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: In file included from c:\devlibs/include/poppler/PDFDoc.h:40:0, from src/extension/internal/pdfinput/pdf-input.cpp:23: c:\devlibs/include/poppler/Annot.h:589:11: warning: unused parameter 'obj' src/extension/internal/pdfinput/pdf-input.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*, const gchar*)': src/extension/internal/pdfinput/pdf-input.cpp:98:25: error: 'class Gtk::ComboBoxText' has no member named 'append' src/extension/internal/pdfinput/pdf-input.cpp:120:25: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/enum.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamComboBox::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/enum.cpp:245:16: error: 'class Inkscape::Extension::ParamComboBoxEntry' has no member named 'append'
Make error line 289: problem compiling: src/extension/param/radiobutton.cpp: In member function 'virtual Gtk::Widget* Inkscape::Extension::ParamRadioButton::get_widget(SPDocument*, Inkscape::XML::Node*, sigc::signal<void>*)': src/extension/param/radiobutton.cpp:299:22: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/document-properties.cpp: In member function 'void Inkscape::UI::Dialog::DocumentProperties::populate_available_profiles()': src/ui/dialog/document-properties.cpp:310:18: error: 'class Gtk::ComboBoxText' has no member named 'remove_all' src/ui/dialog/document-properties.cpp:316:15: error: 'class Gtk::ComboBoxText' has no member named 'append'
Make error line 289: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp:54:22: error: 'Cairo' is not a namespace-name src/ui/dialog/filedialogimpl-win32.cpp:54:27: error: expected namespace-name before ';' token src/ui/dialog/filedialogimpl-win32.cpp: In member function 'void Inkscape::UI::Dialog::FileOpenDialogImplWin32::render_preview()': src/ui/dialog/filedialogimpl-win32.cpp:1459:64: error: 'set_source_pixbuf' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: In static member function 'static UINT_PTR Inkscape::UI::Dialog::FileSaveDialogImplWin32::GetSaveFileName_hookproc(HWND__*, UINT, WPARAM, LPARAM)': src/ui/dialog/filedialogimpl-win32.cpp:1814:74: warning: passing NULL to non-pointer argument 1 of 'HWND__* CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWORD, int, int, int, int, HWND__*, HMENU__*, HINSTANCE__*, void*)'
Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
2012/2/5 alvinpenner <penner@...1856...>:
I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine?
This is the old Dwarf2 / SJLJ exception handling issue. We are using SJLJ uniformly and all C++ DLLs in the devlibs are using SJLJ exception handling. You need to use the correct version of the TDM-GCC compiler and do a clean rebuild, otherwise you will get errors and/or crashes when any exceptions are thrown, such as when a corrupted PNG is selected for import.
Regards, Krzysztof
Thanks, I'll see about updating my gcc compiler.
Alvin
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
I've committed fixes (hopefully) for the build failures in lp:inkscape r10947. (See comment #6 in bug #927992). Please let me know if they work.
Thanks,
Alex
On 7 February 2012 01:59, alvinpenner <penner@...1856...> wrote:
Thanks, I'll see about updating my gcc compiler.
Alvin
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
rev 10948 compiled normally on Windows XP.
thanks, Alvin
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Alvin, did you manage to compile because you copied libgcc_s_dw2-1.dll from Gimp or because of your new installation of the compiler? I managed compiling because I did a new installation of mingw with DW2, launched a (failed) compiling, then reverted to the SJLJ version and it finally compiled correctly. I've tried a new clean build with the SJLJ version only and it didn't worked. I think there's a mix introduced recently because I didn't have any problem last week.
I get stuck here: ##### Target : i18n ##### compile gettext .po files to .mo --- i18n / msgfmt ============ cmd ============ msgfmt po/am.po -o build/locale/am/LC_MESSAGES/inkscape.mo ============================= Make error line 414: <msgfmt> problem: (and here comes out a dialog box for the .dll not found).
Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Hi Luca, I am still using the old gcc 4.5.1, haven't got around to upgrading yet. For me, the solution was to copy the libgcc_s_dw2-1.dll file from the Gimp directory to the devlibs\bin directory.
hth, Alvin
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Thanks for the reply, Alvin.
So it's the opposite of what Krzysztof Kosiński wrote:
[...] We are using SJLJ uniformly and all C++ DLLs in the devlibs are using SJLJ exception handling. You need to use the correct version of the TDM-GCC compiler and do a clean rebuild, [...]
This is exactly what doesn't work! It seems we have a case where we need to "get back" to Dwarf2. Something triggered by last commitments. Am I wrong?
[...] otherwise you will get errors and/or crashes when any exceptions are thrown, such as when a corrupted PNG is selected for import.
Are we now in danger of this?
I just want to be sure that copying the DLL is the right solution (at least for now). Regards. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
I do not know what SJLJ is ... Inkscape compiling on windows is going smooth for me (vista 64). In TDM-gcc 4.6.1 the only modification I made to the default options, were the path (c:\mingw) and selecting openMP support. No copying or other special tweaking was necessary.
regards K
2012/2/9 LucaDC <dicappello@...2144...>:
Thanks for the reply, Alvin.
So it's the opposite of what Krzysztof Kosiński wrote:
[...] We are using SJLJ uniformly and all C++ DLLs in the devlibs are using SJLJ exception handling. You need to use the correct version of the TDM-GCC compiler and do a clean rebuild, [...]
This is exactly what doesn't work! It seems we have a case where we need to "get back" to Dwarf2. Something triggered by last commitments. Am I wrong?
[...] otherwise you will get errors and/or crashes when any exceptions are thrown, such as when a corrupted PNG is selected for import.
Are we now in danger of this?
I just want to be sure that copying the DLL is the right solution (at least for now). Regards. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Kris De Gussem wrote
In TDM-gcc 4.6.1 the only modification I made to the default options, were the path (c:\mingw) and selecting openMP support. No copying or other special tweaking was necessary.
That's exactly what I did and everything was working up to some days ago. Now if I do a clean build I get the error. Maybe you already have that DLL in your path elsewhere? After copying it, I can compile again too but it's odd... For what I see, libgcc_s_dw2-1.dll is now needed to compile Inkscape. I don't have enough knowledge of the process to understand further what's going on. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
2012/2/9 LucaDC <dicappello@...2144...>:
I get stuck here: ##### Target : i18n ##### compile gettext .po files to .mo --- i18n / msgfmt ============ cmd ============ msgfmt po/am.po -o build/locale/am/LC_MESSAGES/inkscape.mo ============================= Make error line 414: <msgfmt> problem: (and here comes out a dialog box for the .dll not found).
OK, I think I know what's the problem. You have a version of the msgfmt.exe utility from Gettext compiled with Dwarf2, and this is what's failing. I'm not sure whether this is the version I've committed to the devlibs, or some other unrelated version you have in your MinGW directory. For now, the workaround is to put both versions of the DLL in the "bin" directory of the devlibs.
Regards, Krzysztof
I have updated the gettext binaries in r28 of devlibs. It appears the versions available on the GTK download site were compild with Dwarf2 exception handling. The build should work now.
Regards, Krzysztof
Good. I deleted the dw2 dll and successfully made a clean build. Thanks Krzysztof and sorry for insisting but your explanations made me understand that there was something wrong somewhere. AFAIU it was not critical but, anyway, now it's fixed. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
Gulp, I spoke too soon: the compilation ended and was ok but now Inkscape doesn't start and says it can't find 'libintl-8.dll'. It seems that the wrong dll is copied: --- distbase / copy copy : c:\devlibs/bin/intl.dll to inkscape/libintl-2.dll copy : 1 file copied Copying the correct dll makes Inkscape start. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
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? 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?
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
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
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
Hi Kris,
Sorry about this. Do you know which revision of lp:inkscape was the first to break?
AV
On 13 February 2012 06:47, Kris De Gussem <kris.degussem@...400...> wrote:
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
Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Same errors here on Windows XP, revision 10968.
With 10961 the error is different, but compilation still fails:
Make error line 289: problem compiling: src/ege-color-prof-tracker.cpp: In function 'void ege_color_prof_tracker_class_i nit(EgeColorProfTrackerClass*)': src/ege-color-prof-tracker.cpp:189:40: error: 'sp_marshal_VOID__INT_INT' was not declared in this scope src/ege-color-prof-tracker.cpp: At global scope: src/ege-color-prof-tracker.cpp:501:6: warning: 'void fire(GdkScreen*, gint)' defined but not used [-Wunused-function] src/ege-color-prof-tracker.cpp:520:13: warning: 'void clear_profile(GdkScreen*, guint)' defined but not used [-Wunused-f unction] src/ege-color-prof-tracker.cpp:542:13: warning: 'void set_profile(GdkScreen*, guint, const guint8*, guint)' defined but not used [-Wunused-function]
10958 compiles correctly. -- Nicolas
Hi Nicolas,
Hopefully r10962 should build cleanly. I think I must have introduced the error reported by Kris in r10963. Please could someone try building r10962 and r10963 in windows to confirm?
Thanks,
Alex
On 13 February 2012 13:16, Nicolas Dufour <nicoduf@...48...> wrote:
Same errors here on Windows XP, revision 10968.
With 10961 the error is different, but compilation still fails:
Make error line 289: problem compiling: src/ege-color-prof-tracker.cpp: In function 'void ege_color_prof_tracker_class_i nit(EgeColorProfTrackerClass*)': src/ege-color-prof-tracker.cpp:189:40: error: 'sp_marshal_VOID__INT_INT' was not declared in this scope src/ege-color-prof-tracker.cpp: At global scope: src/ege-color-prof-tracker.cpp:501:6: warning: 'void fire(GdkScreen*, gint)' defined but not used [-Wunused-function] src/ege-color-prof-tracker.cpp:520:13: warning: 'void clear_profile(GdkScreen*, guint)' defined but not used [-Wunused-f unction] src/ege-color-prof-tracker.cpp:542:13: warning: 'void set_profile(GdkScreen*, guint, const guint8*, guint)' defined but not used [-Wunused-function]
10958 compiles correctly.
Nicolas
Hi Alex
The error I reported before is indeed resulting from the modification in revision 10963. (r10962 compiles successfully, while r10963 shows the signal.h errors).
Regards K.
2012/2/13 Alex Valavanis <valavanisalex@...400...>:
Hi Nicolas,
Hopefully r10962 should build cleanly. I think I must have introduced the error reported by Kris in r10963. Please could someone try building r10962 and r10963 in windows to confirm?
Thanks,
Alex
On 13 February 2012 13:16, Nicolas Dufour <nicoduf@...48...> wrote:
Same errors here on Windows XP, revision 10968.
With 10961 the error is different, but compilation still fails:
Make error line 289: problem compiling: src/ege-color-prof-tracker.cpp: In function 'void ege_color_prof_tracker_class_i nit(EgeColorProfTrackerClass*)': src/ege-color-prof-tracker.cpp:189:40: error: 'sp_marshal_VOID__INT_INT' was not declared in this scope src/ege-color-prof-tracker.cpp: At global scope: src/ege-color-prof-tracker.cpp:501:6: warning: 'void fire(GdkScreen*, gint)' defined but not used [-Wunused-function] src/ege-color-prof-tracker.cpp:520:13: warning: 'void clear_profile(GdkScreen*, guint)' defined but not used [-Wunused-f unction] src/ege-color-prof-tracker.cpp:542:13: warning: 'void set_profile(GdkScreen*, guint, const guint8*, guint)' defined but not used [-Wunused-function]
10958 compiles correctly.
Nicolas
OK, great. I suspect that the issue may relate to me replacing a couple of <glib-object.h> headers with <glibmm/object.h>. I felt a bit nervous about this at the time... hopefully it should be reasonably easy to identify the culprits.
AV
On 13 February 2012 15:14, Kris De Gussem <kris.degussem@...400...> wrote:
Hi Alex
The error I reported before is indeed resulting from the modification in revision 10963. (r10962 compiles successfully, while r10963 shows the signal.h errors).
Regards K.
2012/2/13 Alex Valavanis <valavanisalex@...400...>:
Hi Nicolas,
Hopefully r10962 should build cleanly. I think I must have introduced the error reported by Kris in r10963. Please could someone try building r10962 and r10963 in windows to confirm?
Thanks,
Alex
On 13 February 2012 13:16, Nicolas Dufour <nicoduf@...48...> wrote:
Same errors here on Windows XP, revision 10968.
With 10961 the error is different, but compilation still fails:
Make error line 289: problem compiling: src/ege-color-prof-tracker.cpp: In function 'void ege_color_prof_tracker_class_i nit(EgeColorProfTrackerClass*)': src/ege-color-prof-tracker.cpp:189:40: error: 'sp_marshal_VOID__INT_INT' was not declared in this scope src/ege-color-prof-tracker.cpp: At global scope: src/ege-color-prof-tracker.cpp:501:6: warning: 'void fire(GdkScreen*, gint)' defined but not used [-Wunused-function] src/ege-color-prof-tracker.cpp:520:13: warning: 'void clear_profile(GdkScreen*, guint)' defined but not used [-Wunused-f unction] src/ege-color-prof-tracker.cpp:542:13: warning: 'void set_profile(GdkScreen*, guint, const guint8*, guint)' defined but not used [-Wunused-function]
10958 compiles correctly.
Nicolas
2012/2/13 Alex Valavanis <valavanisalex@...400...>:
OK, great. I suspect that the issue may relate to me replacing a couple of <glib-object.h> headers with <glibmm/object.h>. I felt a bit nervous about this at the time... hopefully it should be reasonably easy to identify the culprits.
<glib-object.h> is a special purpose header that contains macros, types and functions used when defining new GObject types (classes). It has no relationship to <glibmm/object.h> which simply contains the wrappers for the GObject base type. Including <glib-object.h> explicitly is permitted even when G_DISABLE_SINGLE_INCLUDES is on.
Regards, Krzysztof
Hi,
De : Alex Valavanis <valavanisalex@...400...> Hopefully r10962 should build cleanly. I think I must have introduced the error reported by Kris in r10963. Please could someone try building r10962 and r10963 in windows to confirm?
Confirmed. Works with r10962. Fails with 10963. -- Nicolas
Hi
fixed the Windows build issues in r10979 and r10981.
-Johan
On 14-2-2012 9:57, Nicolas Dufour wrote:
Hi,
De : Alex Valavanis<valavanisalex@...400...> Hopefully r10962 should build cleanly. I think I must have introduced the error reported by Kris in r10963. Please could someone try building r10962 and r10963 in windows to confirm?
Confirmed. Works with r10962. Fails with 10963.
Nicolas
Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 10/02/2012 18:44, Krzysztof Kosiński wrote:
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.
Could someone please review this report against r10990:
Bug #933833 in Inkscape: “libintl-8.dll and libiconv-2.dll not found” https://bugs.launchpad.net/inkscape/+bug/933833
and adjust the build routines if needed to make sure that the installer for the upcoming release builds as well as newer development builds for Windows include all required libs?
thx, ~suv
Sorry but I'm completely lost with this. Now headers have been fixed and I run into the first problem: libgcc_s_dw2-1.dll not found. I was using tdm-gcc 4.5.2 without any problem last week. I upgraded to 4.6.1 selecting SJLJ unwinding, made a clean build but still get the same error. What's wrong? And what has changed exactly? Thanks for any help. Luca
-- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp4367... Sent from the Inkscape - Dev mailing list archive at Nabble.com.
participants (8)
-
Alex Valavanis -
alvinpenner -
Johan Engelen -
Kris De Gussem -
Krzysztof Kosiński -
LucaDC -
Nicolas Dufour -
~suv