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 619448 - gstdio.[ch]: '_wstat32' and 'struct _stat32' aren't declared
gstdio.[ch]: '_wstat32' and 'struct _stat32' aren't declared
Status: RESOLVED WONTFIX
Product: glib
Classification: Platform
Component: win32
2.26.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-win32 maintainers
Depends on:
Blocks:
 
 
Reported: 2010-05-23 17:44 UTC by Kazuki Iwamoto
Modified: 2017-09-11 18:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch for gstdio.c (376 bytes, patch)
2010-10-19 15:41 UTC, Kazuki Iwamoto
none Details | Review
patch for gstdio.h (426 bytes, patch)
2010-10-19 15:41 UTC, Kazuki Iwamoto
none Details | Review

Description Kazuki Iwamoto 2010-05-23 17:44:29 UTC
'_wstat' is defined as '_wstat32' after the following modification.
And 'struct _g_stat_struct' is also defined as '_stat32'.

http://git.gnome.org/browse/glib/commit/?id=021643cda4f9b13fd72e898165744e9aefb346cd

But Visual C++ 6.0 doesn't have '_wstat32' and '_stat32'.
So this code can't be compiled by Visual C++ 6.0.
(Visual C++ 2005 or later has '_wstat32' and '_stat32'.)
Can we use '_USE_32BIT_TIME_T' macro?

http://msdn.microsoft.com/en-us/library/14h5k7ff(v=VS.80).aspx
Comment 1 Kazuki Iwamoto 2010-10-19 15:39:56 UTC
I tried to use '_USE_32BIT_TIME_T' macro. But I couldn't.
If we checked version by using '_MSC_VER' instead of '_USE_32BIT_TIME_T',
it would be compiled by Visual C++ 6.0 (or Visual C++.NET 2002/2003).
For example,
#if _MSC_VER >= 1400 && !defined(_WIN64)
Comment 2 Kazuki Iwamoto 2010-10-19 15:41:11 UTC
Created attachment 172730 [details] [review]
patch for gstdio.c
Comment 3 Kazuki Iwamoto 2010-10-19 15:41:42 UTC
Created attachment 172731 [details] [review]
patch for gstdio.h
Comment 4 Fan, Chun-wei 2014-02-14 14:33:11 UTC
Hi Kazuki-san,

Thanks for your patch, but it does bear a question: Are there still many people trying to build GLib with an older version of Visual Studio, such as those before 2003?  Building GLib with Visual Studio 2008 or later is supported though, so please let us know if building with 2003 or earlier is really essential for you.  Please note that MinGW builds should be compatible with Visual Studio 6.0 builds.

With blessings, thank you!
Comment 5 Hans Breuer 2014-02-14 15:10:12 UTC
(In reply to comment #4)
> Thanks for your patch, but it does bear a question: Are there still many people
> trying to build GLib with an older version of Visual Studio, such as those
> before 2003?  Building GLib with Visual Studio 2008 or later is supported
> though, so please let us know if building with 2003 or earlier is really
> essential for you.  Please note that MinGW builds should be compatible with
> Visual Studio 6.0 builds.
> 
At least I do to avoid the runtime mix introduced with later versions and to have a working debugger for the full stack.
Comment 6 Philip Withnall 2017-09-11 18:58:41 UTC
No reply ⇒ I think this can be closed. We support building with Visual Studio 2008 and onwards.