[Bug 485658] New: MinGW32 is working perfectly
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: MinGW32 is working perfectly
https://bugzilla.redhat.com/show_bug.cgi?id=485658
Summary: MinGW32 is working perfectly
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: hpa(a)zytor.com
QAContact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
This is a *NON*-bug-report, but I figured this was the easiest way to get this
message through.
I wanted to send a special THANK YOU for packaging mingw32 into Fedora. It has
made my life as the developer of Syslinux a lot easier.
So, huge thanks, and keep up the good work!
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months
pthreads
by Farkas Levente
hi,
i don't know whether i send this patch?
this is the update to the latest cvs of pthreads (eg for mingw64).
--
Levente "Si vis pacem para bellum!"
Index: mingw32-pthreads.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-pthreads/devel/mingw32-pthreads.spec,v
retrieving revision 1.1
diff -u -r1.1 mingw32-pthreads.spec
--- mingw32-pthreads.spec 14 Jan 2009 09:45:11 -0000 1.1
+++ mingw32-pthreads.spec 16 Feb 2009 10:13:43 -0000
@@ -7,9 +7,11 @@
# The tests take ages to run and require Wine.
%define run_tests 0
+%define cvs_date 20090213
+
Name: mingw32-pthreads
Version: 2.8.0
-Release: 4%{?dist}
+Release: 5.%{cvs_date}%{?dist}
Summary: MinGW pthread library
%define crazy_version %(echo %{version}|tr . -)
@@ -17,7 +19,12 @@
License: LGPLv2+
Group: Development/Libraries
URL: http://sourceware.org/pthreads-win32/
-Source0: ftp://sourceware.org/pub/pthreads-win32/pthreads-w32-%{crazy_version}-rel...
+# The source for this package was pulled from upstream's vcs. Use the
+# following commands to generate the tarball:
+# cvs -d :pserver:anoncvs@sourceware.org:/cvs/pthreads-win32 checkout -D %{cvs_date} pthreads
+# tar czvf pthreads-%{cvs_date}.tar.gz pthreads
+#Source0: ftp://sourceware.org/pub/pthreads-win32/pthreads-w32-%{crazy_version}-rel...
+Source0: ftp://sourceware.org/pub/pthreads-win32/pthreads-%{cvs_date}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
@@ -52,7 +59,7 @@
%prep
-%setup -q -n pthreads-w32-%{crazy_version}-release
+%setup -q -n pthreads
%patch0 -p1
%patch1 -p1
@@ -109,6 +116,9 @@
%changelog
+* Fri Feb 13 2009 Levente Farkas <lfarkas(a)lfarkas.org> - 2.8.0-5.20090213
+- update to the cvs version
+
* Tue Jan 13 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.8.0-4
- Cleanup to the spec file, no functional changes.
15 years, 3 months
More notes on Darwin porting
by Richard W.M. Jones
I had a chance yesterday to have a closer look a the darwinx-gcc
compilation failure.
The cause turned out to be relatively simple: odcctools is riddled
with 32 bit assumptions. For example, it expects the return value
from malloc/calloc/etc to fit into a 32 bit unsigned int, which was
the immediate cause of the segfault in the assembler. No one has made
a serious attempt to port odcctools to 64 bit, but this isn't a
problem as I was able to recompile it with "gcc -m32" and it works
fine. You can find the 32 bit compiled version in the repository.
However a larger problem emerged: we are not able to compile libgcc
(part of the gcc runtime). It depends on files in the Darwin runtime
such as /usr/lib/crt1.o and dylib1.o. We would need to cross-compile
these, creating a darwinx-runtime package.
Now these runtime files are open source -- kinda. Apple distributes
them in the Csu package[1] which is under the APSL 1.0. This license
is listed under Bad Licenses here[2], but you should note that this
list includes both non-free licenses AND deprecated licenses (APSL
latest is 2.0), and I have not determined which category this falls
under.
[1] http://www.opensource.apple.com/darwinsource/
[2] http://fedoraproject.org/wiki/Licensing#Bad_Licenses
In the worst case we would need to reimplement the functionality of
Apple's Csu package. Luckily it's only a few hundred lines of
assembler. Unluckily I've looked at it now, so I can't do it --
someone else will have to step up to do this.
There are also some apparently free reimplementations. I have not
checked the code and license in detail, but see for example:
http://pcc.ludd.ltu.se/fisheye/browse/pcc/pcc-libs/csu/darwin/i386/crt0.c...
libgcc also needs /usr/lib/libsystem.B.dylib. I haven't checked the
status of this library, but because we only need some dynamic library
to link against, we can just create one containing the right dummy
stub symbols.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
15 years, 3 months
nsiswrapper
by Farkas Levente
hi,
in the script itself these settings:
---------------------------------
# XXX Should make these configurable.
my $mingw32_prefix = '/usr/i686-pc-mingw32/sys-root/mingw';
my $mingw32_bindir = $mingw32_prefix . '/bin';
my $mingw32_libdir = $mingw32_prefix . '/lib';
my $mingw32_sysconfdir = $mingw32_prefix . '/etc';
---------------------------------
can be set by
rpm --eval %{_mingw32_xxx}
it's be cleaner and more flexible.
also hard coded: i686-pc-mingw32-objdump to %_mingw32_objdump
and in the manual the path:
/usr/i686-pc-mingw32/sys-root/mingw/
can be somehow evaluated.
--
Levente "Si vis pacem para bellum!"
15 years, 3 months
nsis
by Farkas Levente
hi,
you change to this in nsis:
------------------------
# since nsis a 32 bit only apps
#ExclusiveArch: %{ix86} ppc
#BuildRequires: wxGTK-devel
# The above is only required for Koji. In mock we _can_ build on
# x86_64 provided we have the 32 bit libraries required by the next
# two lines.
BuildRequires: /usr/include/gnu/stubs-32.h
BuildRequires: /usr/lib/libwx_baseu-2.8.so
------------------------
which is actually true but can't help us since we'd like to add to
fedora so build in koji!?
ps. anyway as the mass rebuild will change from i386 to i586 we'd have
to reveiw all packages and rewite i386 to ix86:-(
--
Levente "Si vis pacem para bellum!"
15 years, 3 months
rpmlint
by Farkas Levente
hi,
now as rpmlint is at least 0.85-2 in f10, rawhide and epel-5 too it'd be
better to remove versioned req and br for rpmlint from all packages. ie
if we change something change it too.
--
Levente "Si vis pacem para bellum!"
15 years, 3 months
[PATCH] Run ./configure or ../configure
by Richard W.M. Jones
%{_mingw32_configure} macro should run ../configure if ./configure
does not exist. This provides a simple way to do builds in
subdirectories, which is a normal technique for doing multiple builds
of autoconf-based packages.
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, 3 months