From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <775b8d190605090232h5839d17eu1da11b6a2e187d58@mail.gmail.com>
Date: Tue,  9 May 2006 19:32:33 +1000
From: "Bruce Ellis" <bruce.ellis@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] impressive
In-Reply-To: <780C9C74-EB3B-44AA-B6FE-D714DDC86683@telus.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <7f2514d753cc3328b18b3235f219bcbe@quanstro.net>
	<780C9C74-EB3B-44AA-B6FE-D714DDC86683@telus.net>
Topicbox-Message-UUID: 4fac8ff4-ead1-11e9-9d60-3106f5b1d025

if you want to have fun (?) with autoconfusion try it on the
playstation 2 linux kit.  gee 128 bit registers, missing
instrs, weird set of libraries etc.

i only had to set up a boot option for inferno.

it was quicker to hack 0c (0l mainly) into e[cla].

next day inferno on PS2.  if i was autoconfused by dumb
scripts i'd still be in NJ.  and /dev/dct, /dev/gpu? i believe
is a more usefull than APIs.

brucee

On 5/9/06, Paul Lalonde <plalonde@telus.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Agreed on using up a person's time.  It's depressing that it takes
> one of the more senior people on any software team to properly
> maintain a build.  The other option is to acknowledge it will belong
> to some junior and be broken most of the time.
> Builds shouldn't be rocket science, but every project I've worked on,
> even the best, have had a hard time with the mechanics of building
> (all of them have involved some non-trivial number of platforms to
> support: games suck that way).
>
> Paul
>
> On 8-May-06, at 7:20 PM, quanstro@quanstro.net wrote:
>
> > been there.  done that.  the problem is that you end up wasting one
> > person's time
> > with build-related issues.  not many people understand make very well.
> > and parameterizing make variables -- which i was attempting to
> > allude to ---
> > does not help matters.
> >
> > when i was knee deep in this dreck, i don't remember gnu make
> > having target-local
> > variables.  i had to do it through other subterfuge, including
> > VPATH and friends.
> >
> > - erik
> >
> >> I just did it over the last two weeks.  Cross compiles 2.5 platfroms
> >> (SPUs are strange), with tests and debug targets.  Not too bad if you
> >> are willing to let *one* person hold the per-directory included-
> >> makefiles in order.  It makes a huge difference (both things, the
> >> full dependency tree, and the one person thing).
> >> But the code is a little rude - your world winds up with too many
> >> parameterized make variables: $($(TARGETOS)$(DIR)BUILDDIR).  And you
> >> have to use GNU make's target-local variables to remember that state.
> >> It ain't pretty.
> >>
> >> Is there a better solution?
> >>
> >> Paul
> >>
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (Darwin)
>
> iD8DBQFEYAXppJeHo/Fbu1wRAqfwAJsFJbFW9PfQQoNixqvc7c/ezqLO5QCffjMh
> hQLRO4ywOGBX/zlkIM51heo=3D
> =3DgblJ
> -----END PGP SIGNATURE-----
>