mingw32-crossreport
by Farkas Levente
hi,
i just thing about this package. why not put into filesystem? do you
really want to maintain so much packages? and it's can fit into it.
anyway imho filesystm would be better call as mingw32-base and put all
such things into it (i've got other reasons for this just see my next
mail about mingw64 and darwin).
so imho please hold the pushing of these packages into the repos.
--
Levente "Si vis pacem para bellum!"
15 years, 2 months
success at building ekiga
by Michael Cronenworth
Hi there,
I've used the Fedora 10 mingw32 packages to build Ekiga for Windows on
my x86_64 box. It installs and works just like it should on a Windows XP
VM. Awesome work fellas! Now I can dump my VM mingw setup.
I had to grab the nsis package from the unofficial repo, but otherwise
it compiled properly. I had to make a few changes to the Ekiga sources,
but that can be read on the ekiga-devel-list.
Michael
15 years, 2 months
Win64 discussion on IRC
by Richard W.M. Jones
I'm just going to copy this conversation here so we have it archived ...
----------------------------------------------------------------------
<NightStrike> anyway, I'm an admin on the project to bring GCC to Win64.
<NightStrike> that is, http://mingw-w64.sf.net/
<NightStrike> Are there any plans for fedora's mingw group to jump
into 64-bit land?
<NightStrike> If so, I'd like to offer our services in briding that gap
<kmeyer> I think those services would be quite welcome!
<NightStrike> here's our deal.. first, we reside on irc.oftc.net,
because, well, that's where #gcc development is :)
<NightStrike> so you can always reach us at irc://irc.oftc.net/#mingw-w64
<kmeyer> ok
<NightStrike> second, we operate on gcc trunk. It ameks no sense to
work with compilers that are ancient, having over 400k of local
patches that will never see the official repo
<NightStrike> gcc 4.4 is going to branch any minute now, and we'll
make an official branch with no modifications from gcc sources. Kai
Tietz has worked tirelessly to make sure that everything we need to
fix in gcc goes into gcc. As a result, gcc builts out of the box with
all default options (ie, nothing needed in configure) for win64
<NightStrike> sorry, we'll make an official release
<NightStrike> here's the best part -- our headers fully support
targetting win432 as well
<NightStrike> minus the 4 :)
<NightStrike> We have a buildbot running that generates daily
snapshots of the complete toolchain in a completely relocatable tarred
up root system
<NightStrike> those snapshots are hosted on 5 different platforms --
the native win64, and 4 cross compilers - cygwin32, win32, linux32,
and linux64
<NightStrike> this means that you downlaod the tar for your platform
(probably either linux32 or linux64), extract it into and dir
(/tool/chain, for instance)
<NightStrike> then put /tool/chain/bin in your PATH and compile
<NightStrike> couldn't be more turnkey :)
<NightStrike> make sense?
<kmeyer> I'm not sure how this differs from compiling for 32-bit windows
<kmeyer> can't we just use normal gcc (as soon as 4.4 hits)?
<NightStrike> not for native 64-bit programs
<NightStrike> everything you make will be a 32--bit program that runs
in the WoW emulator on a win64 box
<NightStrike> ie, if you open up taskmgr, you'll see an asterisk next
to it
<kmeyer> so how is "an official release with no modifications from gcc
sources" any different?
<NightStrike> because you can't actually build gcc to target win64
with the mingw.org header set
<NightStrike> basically, mingw.org supports win32 and only win32, and
when Kai came along and made everythimg 64-bit capable ( he did mingw
headers/libs, binutils, gcc, and gdb all himself), the mingw team
refused his work and told him to create a new project
<NightStrike> so he did
<NightStrike> we maintained backward compatibility, and have a
multilib-capable toolchain
----------------------------------------------------------------------
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
15 years, 2 months
New tool: crossreport
by Richard W.M. Jones
Inspired by the discussion a few days ago about APIs, I've written a
tool which you can use to analyze your Linux binaries, find out what
APIs they are using, and generate a report. Hopefully people can use
this report to estimate how much work they need to do in order to port
their programs.
Two example reports are attached, from virt-viewer and inkscape.
There is no RPM yet because my Rawhide machine is currently doing RHEL
virt testing. For now you have to build the package yourself from the
Mercurial repository:
http://hg.et.redhat.com/cgi-bin/hg-misc.cgi/fedora-mingw--devel/file/tip/...
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, 2 months
rpms/mingw32-binutils/devel .cvsignore, 1.3, 1.4 mingw32-binutils.spec, 1.4, 1.5 sources, 1.3, 1.4
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-binutils/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6983
Modified Files:
.cvsignore mingw32-binutils.spec sources
Log Message:
New sources.
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-binutils/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- .cvsignore 15 Dec 2008 23:05:26 -0000 1.3
+++ .cvsignore 10 Feb 2009 23:37:16 -0000 1.4
@@ -1 +1 @@
-binutils-2.19-src.tar.gz
+binutils-2.19.1-mingw32-src.tar.gz
Index: mingw32-binutils.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-binutils/devel/mingw32-binutils.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- mingw32-binutils.spec 10 Feb 2009 23:24:46 -0000 1.4
+++ mingw32-binutils.spec 10 Feb 2009 23:37:16 -0000 1.5
@@ -10,7 +10,7 @@
License: GPLv2+ and LGPLv2+ and GPLv3+ and LGPLv3+
Group: Development/Libraries
URL: http://www.mingw.org/
-Source0: http://dl.sourceforge.net/sourceforge/mingw/binutils-%{binutils_version}-...
+Source0: http://dl.sourceforge.net/sourceforge/mingw/binutils-%{binutils_version}-...
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: flex
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-binutils/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- sources 15 Dec 2008 23:05:27 -0000 1.3
+++ sources 10 Feb 2009 23:37:16 -0000 1.4
@@ -1 +1 @@
-46c655f95370be0b0eed0ae952def9d2 binutils-2.19-src.tar.gz
+ad3f2b5fdcd599a772ad75fec2c384d8 binutils-2.19.1-mingw32-src.tar.gz
15 years, 2 months
rpms/mingw32-binutils/devel mingw32-binutils.spec,1.3,1.4
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-binutils/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4133
Modified Files:
mingw32-binutils.spec
Log Message:
New upstream version 2.19.1.
Index: mingw32-binutils.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-binutils/devel/mingw32-binutils.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- mingw32-binutils.spec 15 Dec 2008 23:05:27 -0000 1.3
+++ mingw32-binutils.spec 10 Feb 2009 23:24:46 -0000 1.4
@@ -1,4 +1,4 @@
-%define binutils_version 2.19
+%define binutils_version 2.19.1
#%define mingw32_binutils_version 20080109-2
#%define mingw32_binutils_rpmvers %{expand:%(echo %{mingw32_binutils_version} | tr - _)}
@@ -74,6 +74,9 @@
%changelog
+* Tue Feb 10 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.19.1-1
+- New upstream version 2.19.1.
+
* Mon Dec 15 2008 Richard W.M. Jones <rjones(a)redhat.com> - 2.19-1
- New upstream version 2.19.
15 years, 2 months
rpms/mingw32-runtime/devel .cvsignore,1.2,1.3 sources,1.2,1.3
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-runtime/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3701
Modified Files:
.cvsignore sources
Log Message:
New sources
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-runtime/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- .cvsignore 25 Nov 2008 17:28:18 -0000 1.2
+++ .cvsignore 10 Feb 2009 23:21:19 -0000 1.3
@@ -1 +1 @@
-mingwrt-3.15.1-mingw32-src.tar.gz
+mingwrt-3.15.2-mingw32-src.tar.gz
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-runtime/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- sources 25 Nov 2008 17:28:18 -0000 1.2
+++ sources 10 Feb 2009 23:21:19 -0000 1.3
@@ -1 +1 @@
-0411b98fd5eeac0706e2abb7122526bb mingwrt-3.15.1-mingw32-src.tar.gz
+7bf0525f158213f3ac990ea68a5ec34d mingwrt-3.15.2-mingw32-src.tar.gz
15 years, 2 months
rpms/mingw32-runtime/devel mingw32-runtime.spec,1.2,1.3
by Richard W.M. Jones
Author: rjones
Update of /cvs/pkgs/rpms/mingw32-runtime/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2726
Modified Files:
mingw32-runtime.spec
Log Message:
New upstream release 3.15.2.
Index: mingw32-runtime.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-runtime/devel/mingw32-runtime.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- mingw32-runtime.spec 9 Dec 2008 18:15:54 -0000 1.2
+++ mingw32-runtime.spec 10 Feb 2009 23:17:20 -0000 1.3
@@ -5,8 +5,8 @@
%define __find_provides %{_mingw32_findprovides}
Name: mingw32-runtime
-Version: 3.15.1
-Release: 10%{?dist}
+Version: 3.15.2
+Release: 1%{?dist}
Summary: MinGW Windows cross-compiler runtime
License: Public Domain
@@ -65,6 +65,9 @@
%changelog
+* Tue Feb 10 2009 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.2-1
+- New upstream release 3.15.2.
+
* Tue Dec 9 2008 Richard W.M. Jones <rjones(a)redhat.com> - 3.15.1-10
- Force rebuild to get rid of the binary bootstrap package and replace
with package built from source.
15 years, 2 months
Notes on OS X
by Richard W.M. Jones
Since I was bored this morning, I took a look at the feasibility of
cross-compiling to OS X as well. Compiling Gtk programs from a single
source tree for the three major platforms (Linux, Windows, Mac OS X)
with just a handful of commands is ... compelling, isn't it?
Here are some notes.
Compiler
----------------------------------------------------------------------
This guy has built a cross-compiler for Darwin which seems like a
decent starting point:
http://ranger.befunk.com/fink/darwin-cross/
http://ranger.befunk.com/fink/darwin-cross/SRPMS/
I looked at the gcc 4.0, headers and odcc tools packages from the
above link.
His GCC package is a straightforward recompile of Apple's modified GCC
from here:
http://www.opensource.apple.com/darwinsource/tarballs/other/
It is built as a cross-compiler for two targets (i386-apple-darwin8
and powerpc-apple-darwin8), with four compiler front-ends built for
each target (C, C++, Objective C and Objective C++).
Header files are supplied by another Apple package. (I can't find a
direct link to these on Apple's site). They are distributed under
APSL 2.0 license which is OK for Fedora but not GPL compatible.
Tools
----------------------------------------------------------------------
odcctools is a project to extend Darwin cctools build system.
Includes assembler and static linker, and various tools to examine
Mach-O and fat binaries.
http://odcctools.darwinports.com/
The darwin-cross project cross-compiles these using ordinary autoconf
techniques.
Why doesn't he package binutils?
What about a dynamic linker? Apple's is called "dyld" and the dynamic
libraries have the extension ".dylib". dyld is released under the
APSL (http://www.opensource.apple.com/darwinsource/tarballs/apsl/dyld-97.1.tar.gz).
Libraries
----------------------------------------------------------------------
libc? glibc? As on Windows, we have headers and so we don't need an
actual libc.
Apple supply various other libraries here, but we'd have to find out
what changes they had made and what the implications are:
http://www.opensource.apple.com/darwinsource/tarballs/other/
Gtk+ for Mac OS X
----------------------------------------------------------------------
Gtk+ for Mac OS X is a commercially-sponsored project to produce a
native port of Gtk+ to OS X. This means it uses Quartz and doesn't
require X11 at runtime (but it doesn't use native widgets). Another
good thing about this project is they are pushing their changes back
upstream into Gtk.
http://developer.imendio.com/projects/gtk-macosx/
Here are (non-cross) build instructions:
http://live.gnome.org/GTK%2B/OSX/BuildInstructions
There is also a separate "integration library" which provides some
extra APIs for making applications more native to OS X, and to support
special features like OS X preferences, menu bars, etc.
http://live.gnome.org/GTK%2B/OSX/Integration
They also support pkg-config as a build framework:
http://live.gnome.org/GTK%2B/OSX/Framework
Unfortunately they've gone and used their own build tool (so close and
yet so far!)
Emulation
----------------------------------------------------------------------
There is no way of running or emulating Mac OS X binaries on Fedora
(as with Wine / Windows). Even virtualizing OS X itself is a
potential minefield.
----------------------------------------------------------------------
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, 2 months