After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 341549 - Build dia on win32 using mingw
Build dia on win32 using mingw
Status: RESOLVED OBSOLETE
Product: dia
Classification: Other
Component: win32
CVS head
Other Windows
: Normal enhancement
: ---
Assigned To: Rob Staudinger
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-12 15:35 UTC by Rob Staudinger
Modified: 2019-03-20 11:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
dia-win32-mingw.diff (19.18 KB, patch)
2006-05-12 15:40 UTC, Rob Staudinger
needs-work Details | Review
dia-win32-mingw-02.diff (62.10 KB, patch)
2006-05-18 16:34 UTC, Rob Staudinger
needs-work Details | Review

Description Rob Staudinger 2006-05-12 15:35:49 UTC
The ability to build dia on win32 using msys/mingw would be great.
Comment 1 Rob Staudinger 2006-05-12 15:40:13 UTC
Created attachment 65323 [details] [review]
dia-win32-mingw.diff

Some work towards fixing this bug. It builds but doesn't run, supposedly the reason is that for plugins only .a and .la files are built, no dlls (so it doesn't find the standard objects and aborts).

Also "make install" needs to be fixed so everything ends up in the correct place (e.g. libdia.dll in $prefix/bin).

Finally i had to get winspool.dll to build the win32 printing code
(e.g. from http://www.dll-files.com/dllindex/dll-files.shtml?winspool )
Comment 2 Rob Staudinger 2006-05-18 16:34:59 UTC
Created attachment 65783 [details] [review]
dia-win32-mingw-02.diff

Most stuff works now, remaining problems:
+ "locale" and "help" don't end up in the correct prefix for the win32 dist
+ Linking of dia.exe aborts with an error but the actual executable is
created. Use "-k" for building and installing if it happens (might be
cause by libtool-cache).
Comment 3 Hans Breuer 2007-10-20 16:00:22 UTC
Sorry, I thought I had commented on this long time ago. Adding this patch is fine with although I only got a working mingw installation on windowze once, and was never able to reproduce. But I can ckeck the interference of this stuff on Linux and with the msvc build. Unfortuneatly it seems to bit bit-rotten now.
Comment 4 Hans Breuer 2008-04-27 12:28:02 UTC
adjusting severity
Comment 5 Eduard Nicodei 2019-01-29 14:28:52 UTC
I think this issue should be closed since we've just moved to Meson over on gitlab: https://gitlab.gnome.org/GNOME/dia/merge_requests/14

Therefore currently the only supported way to build on Windows is using msys/mingw.
Comment 6 GNOME Infrastructure Team 2019-03-20 11:24:52 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/dia/issues/164.