Fixed contrib and tcl.
the latter had a :? with vlongs that needed a change.
thanks
On Wed, Aug 19, 2009 at 7:41 PM, erik quanstrom wrote:
> On Wed Aug 19 18:28:05 EDT 2009, quans...@coraid.com wrote:
>> On Wed Aug 19 18:05:36 EDT 2009, slawmas...@gmail.com wrote:
>> > And, while it didn't bring
On Wed Aug 19 18:28:05 EDT 2009, quans...@coraid.com wrote:
> On Wed Aug 19 18:05:36 EDT 2009, slawmas...@gmail.com wrote:
> > And, while it didn't bring mk -k to a grinding halt, I did notice
> > that, with nupas installed, "cd /sys/src/cmd/upas; objtype=arm mk
> > install" chokes on /sys/src/cmd
> Please, those of you who make contrib packages, don't dump source into
> /sys/src without first checking that it can actually build! It's not
> too difficult to do a "mk install" in /sys/src/cmd after you put the
> source in there. Maybe there should be a contrib/verify script which
> goes throug
Aaaah. now I get it. I found it in fgb's tree. Has any announcing
config(1) on the list?
On Thu, Aug 20, 2009 at 12:20 AM, Noah Evans wrote:
> Which machine is this on? I don't quite understand what you're saying.
> Aren't the contrib packages you're talking about something outside the
> main
On Wed Aug 19 18:05:36 EDT 2009, slawmas...@gmail.com wrote:
> And, while it didn't bring mk -k to a grinding halt, I did notice
> that, with nupas installed, "cd /sys/src/cmd/upas; objtype=arm mk
> install" chokes on /sys/src/cmd/upas/imap4.c/imap4.c.
nupas compiles with [78q]c. i hadn't consid
Which machine is this on? I don't quite understand what you're saying.
Aren't the contrib packages you're talking about something outside the
main distribution?
On Thu, Aug 20, 2009 at 12:02 AM, John Floren wrote:
> Upon trying to build /sys/src/cmd for the arm today (beagleboards came
> in), I fo
