[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cross compilation problems

From: Steve Bowman
Subject: Re: cross compilation problems
Date: Tue, 24 Oct 2000 22:03:25 -0700
User-agent: Mutt/1.2.5i

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 [1].

> 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

[1] 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
debian/rules file:

----  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
 PREFIX = /usr
@@ -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  <sbowman@frostwork.net> (preferred)
Buckeye, AZ   <sbowman@goodnet.com> <bowmanc@acm.org>

Powered by Debian GNU/Linux and GNU/Hurd <http://www.debian.org>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]