Re: cross compilation problems
On Tue, Oct 24, 2000 at 11:21:53PM -0500, Daniel E . Baumann wrote:
> > Don't. Compile hurd natively.
> Yeah I think I ran into some problem trying to do that. Although I did not
> craete a separate build directory as I was discussing with someone on IRC the
> other night. Do you need to make a separate build driectory?
dpkg-buildpackage takes care of that.
> > Useful for compiling gnumach but hurd builds fine natively. Since you're
> > using Debian packages, get the hurd sources into some directory, then
> > dpkg-source -x hurd*.dsc # extract sources
> > cd hurd*
> > dpkg-buildpackage -uc -us # build without signing
> > And it'll build debs for you. You'll need dpkg-dev and maybe some
> > friends installed which you should probably already have.
> > If you have to restart because of some runaway translators (reported
> > on debian-hurd list), add the -nc flag to dpkg-buildpackage to avoid
> > starting from scratch.
> I wanted to build from CVS because it is the most up to date (isn't it?) and I
Yes, it's probably the best for the pfinet changes you want. I've been
working on X however and need the mouse and kbd translators that aren't
in CVS yet. IIRC, the debian directory is in CVS and you can build a
CVS tree the same way. Also, see .
> would like to get the tunnel interface in pfinet (which Marcus commited
> to CVS a while ago) so I can get BSD user space PPP working with it.
> Although I think I may also have to build GNU Mach to get the com port fixes
> there, also. I am just shooting for something that will help me get PPP
I've been cross-compiling gnumach, but building everything else natively.
IIRC, the com stuff is in gnumach CVS. You should be able to just update
and then cross-compile the usual way.
> working. Does minicom work under the HURD? This would be nice to use to talk
> to my modem just to see if it works.
Don't know. If not, there were some messages on debian-hurd a few weeks
ago about testing tun0 (right after MB posted about the tunnel changes).
You may be able to adapt that testing to send AT commands to the modem.
PS: Am cross-posting to debian-hurd
 If you want to build hurd with debugging symbols, which is probably
a good thing for what you're doing, here's a patch-style diff for the
---- Start -----
--- rules.orig Fri Sep 22 19:24:14 2000
+++ rules Tue Oct 24 00:54:53 2000
@@ -23,7 +23,8 @@
# Configuration variables (these should be pretty generic)
CC = cc
CFLAGS = -O2 -g -pipe -Wall
-LDFLAGS = -s
+# LDFLAGS = -s
PREFIX = /usr
BINDIR = $(PREFIX)/bin
MANDIR = $(PREFIX)/man
@@ -38,7 +39,8 @@
STAMPS_TO_CLEAN = stamp-build stamp-config
install_file = install -o root -g root -m 644
-install_program = install -s -o root -g root -m 755
+install_program = install -o root -g root -m 755
+# install_program = install -s -o root -g root -m 755
install_script = install -o root -g root -m 755
make_directory = install -d -o root -g root -m 755
@@ -109,12 +111,12 @@
# /etc/motd is in base-files!
-rm -f debian/tmp/etc/motd
# probably we'll make debug packages later, for now, strip'em
- -strip --strip-unneeded debian/tmp/lib/lib*.so
- -strip --strip-debug debian/tmp/lib/lib*.a
+ # -strip --strip-unneeded debian/tmp/lib/lib*.so
+ # -strip --strip-debug debian/tmp/lib/lib*.a
-strip --strip-all debian/tmp/bin/*
-strip --strip-all debian/tmp/sbin/*
-strip --strip-all debian/tmp/boot/*
- -strip --strip-all debian/tmp/hurd/*
+ # -strip --strip-all debian/tmp/hurd/*
-strip --strip-all debian/tmp/libexec/*
chmod 0644 debian/tmp/lib/lib*.a
chmod 0755 $(addprefix debian/tmp/, \
---- Stop -----
Steve Bowman <email@example.com> (preferred)
Buckeye, AZ <firstname.lastname@example.org> <email@example.com>
Powered by Debian GNU/Linux and GNU/Hurd <http://www.debian.org>