binutils
by Farkas Levente
hi,
there is a newer binutils-2.19 release also...
--
Levente "Si vis pacem para bellum!"
15 years, 4 months
runtime patch?
by Farkas Levente
hi,
i'm just look into our old mingw packages and found this patch. the
strange thing is that it's may be useful. unfortunately i don't have
time in this week, but i'll look into this next week (since after the
first look it may be useful anyway) so i just send it here for other can
look at it.
--
Levente "Si vis pacem para bellum!"
diff -Nur mingw-runtime-3.14.orig/include/io.h mingw-runtime-3.14/include/io.h
--- mingw-runtime-3.14.orig/include/io.h 2007-12-27 15:21:39.000000000 +0100
+++ mingw-runtime-3.14/include/io.h 2008-03-29 02:02:40.343750000 +0100
@@ -333,6 +333,10 @@
#endif /* Not _NO_OLDNAMES */
+#if defined _FILE_OFFSET_BITS && _FILE_OFFSET_BITS == 64
+#define lseek _lseeki64
+#endif
+
#ifdef __cplusplus
}
#endif
diff -Nur mingw-runtime-3.14.orig/include/sys/stat.h mingw-runtime-3.14/include/sys/stat.h
--- mingw-runtime-3.14.orig/include/sys/stat.h 2007-12-27 15:21:40.000000000 +0100
+++ mingw-runtime-3.14/include/sys/stat.h 2008-03-29 02:02:40.343750000 +0100
@@ -187,6 +187,13 @@
#endif /* _WSTAT_DEFIND */
#endif /* __MSVCRT__ */
+#if defined _FILE_OFFSET_BITS && _FILE_OFFSET_BITS == 64
+#undef stat
+#define stat _stati64
+#define fstat _fstati64
+#define wstat _wstati64
+#endif
+
#ifdef __cplusplus
}
#endif
diff -Nur mingw-runtime-3.14.orig/include/sys/types.h mingw-runtime-3.14/include/sys/types.h
--- mingw-runtime-3.14.orig/include/sys/types.h 2007-12-27 15:21:40.000000000 +0100
+++ mingw-runtime-3.14/include/sys/types.h 2008-03-29 02:02:40.359375000 +0100
@@ -35,7 +35,11 @@
#ifndef _OFF_T_
#define _OFF_T_
+#if defined _FILE_OFFSET_BITS && _FILE_OFFSET_BITS == 64
+typedef long long _off_t;
+#else
typedef long _off_t;
+#endif
#ifndef _NO_OLDNAMES
typedef _off_t off_t;
15 years, 4 months
Has anyone tried linking our DLLs and MS Visual Studio code?
by Richard W.M. Jones
The question was raised today as to whether it really works.
We expect that C will work. We (Red Hat) haven't actually tried the
combination of our DLLs and MS VC-compiled C code.
We expect / are almost certain that C++ won't work. C++ code may link
and fail in creative ways, such as exceptions disappearing, or maybe
it just won't link at all.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
15 years, 5 months
openssl package
by Farkas Levente
hi,
i'm just look into the openssl spec file. imho this is one of the most
complicated mingw32 spec file. is this really that bad or it was just
written too long ago?
a few comments:
do we build and run the tests or not? it seems to me not, but the BR
wine is still there. ie not %if %{with_tests}
is there any reason for this line?:
%{SOURCE1} > /dev/null
neither mingw32-openssl-0.9.8g-configure.patch nor the inline gcc script
has the -mms-bitfields set. anyway it'd be better to everywhere use the
%_mingw32_cflags macro and not the hard coded ones. anyway is it a good
trick to use the inline gcc script?
wouldn't be better to use everywhere the %_mingw32_make macro (but i
don't see whether is has any effect?
this comment in the sepc:
"Disable this thread test, because we don't have pthread on Windows"
still valid when we have mingw32-pthreads?
unfortunately it's makefiles and configure scripts are very hard coded
so we can't easily fix ar, ranlib etc. just patch the makefiles:-(
imho the best way in this case to run a successful build and look trough
the buildlog to find where and which commands are used.
--
Levente "Si vis pacem para bellum!"
15 years, 5 months