headers
Caerwyn Jones | 1 Nov 2007 01:22
Picon

Re: shutdown -h don't work on windows

you need to be host owner to shutdown.
% ls -l /dev/sysctl
% cat /dev/user

On Oct 31, 2007 6:29 AM, Giacomo Tesio <giacomo@...> wrote:
> % shutdown -h
> sh: cannot open /dev/sysctl: permission denied
> %
>
>
> Giacomo
>
Permalink | Reply | 0 comments |
headers
Caerwyn Jones | 1 Nov 2007 01:27
Picon

Re: single executable image inferno

these are not single binaries containing the whole inferno software
(is that what you mean?) but only the platform dependent binary for
different configurations for different hosts. they don't do anything
without an inferno tree including at least emuinit.dis and its
dependencies.

http://code.google.com/p/inferno-bin

On Oct 31, 2007 6:56 AM, Ishwar Rattan <ishwar@...> wrote:
>
> Is there a howto on making a single binary for
> Inferno like emu-Linux-386-vn-20071003 available
> on CJ's site?
>
> -ishwar
>
>
Permalink | Reply | 0 comments |
headers
Uriel | 3 Nov 2007 05:47
Picon

Re: single executable image inferno

I don't know/remember the details, but Phillip Stanley-Marbell has
built single binaries that contain a whole inferno environment, check
his paper from last years iwp9 at:

http://lsub.org/iwp9/cready/pstanley_fs.pdf

uriel

On Oct 31, 2007 12:56 PM, Ishwar Rattan <ishwar@...> wrote:
>
> Is there a howto on making a single binary for
> Inferno like emu-Linux-386-vn-20071003 available
> on CJ's site?
>
> -ishwar
>
>
Permalink | Reply | 0 comments |
headers
underspecified | 3 Nov 2007 08:35
Picon

Re: Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

Greetings,


Could you tell me how exactly you called ranlib to fix this problem?
I'm getting the same errors when compiling Acme SAC under leopard.

--underspecified

On 11/1/07, David Leimbach <leimy2k <at> gmail.com > wrote:
On Oct 31, 2007 12:05 PM, andrey mirtchovski <mirtchovski <at> gmail.com > wrote:
> the problem comes from libmp: the machine-dependent files written in
> assembly (/src/libmp/386/*-Darwin.s) are causing it (and they are all
> broken, not just the one reported). it's beyond me to figure out why
> at the moment. i tried a couple of things at random, but that's not a
> way to fix a problem.
>
> all the functions defined therein have a replacement written in C in
> the port/ directory of libmp. a workaround for now will be to fix the
> mkfile in port/ to not look for the machine-dependent files (comment
> out the test in the reduce script and let it just echo all file
> names).
>
> next bug is all the way to venti:
>
> 9l -o o.buildindex buildindex.o libvs.a /Users/andrey/plan9/lib/libventi.a
> ld: in libvs.a, archive has no table of contents
> collect2: ld returned 1 exit status
>
ranlib to the rescue... Got it run it explicitly on Darwin.  I think
gcc lets you get away without it on linux.

Dave

 
Permalink | Reply | 15 comments |
headers
underspecified | 3 Nov 2007 10:22
Picon

Re: Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

Sorry to reply to myself, but I got it working by adding a call to 'ranlib $lib' after every call to ar.


Hope this helps anyone with similar problems.

--underspecified

On 11/3/07, underspecified <underspecified <at> gmail.com> wrote:
Greetings,

 
Could you tell me how exactly you called ranlib to fix this problem?
I'm getting the same errors when compiling Acme SAC under leopard.

 
--underspecified


On 11/1/07, David Leimbach < leimy2k <at> gmail.com > wrote:
On Oct 31, 2007 12:05 PM, andrey mirtchovski < mirtchovski <at> gmail.com > wrote:
> the problem comes from libmp: the machine-dependent files written in
> assembly (/src/libmp/386/*-Darwin.s) are causing it (and they are all
> broken, not just the one reported). it's beyond me to figure out why
> at the moment. i tried a couple of things at random, but that's not a
> way to fix a problem.
>
> all the functions defined therein have a replacement written in C in
> the port/ directory of libmp. a workaround for now will be to fix the
> mkfile in port/ to not look for the machine-dependent files (comment
> out the test in the reduce script and let it just echo all file
> names).
>
> next bug is all the way to venti:
>
> 9l -o o.buildindex buildindex.o libvs.a /Users/andrey/plan9/lib/libventi.a
> ld: in libvs.a, archive has no table of contents
> collect2: ld returned 1 exit status
>
ranlib to the rescue... Got it run it explicitly on Darwin.  I think
gcc lets you get away without it on linux.

Dave

 

 
Permalink | Reply | 12 comments |
headers
Charles Forsyth | 3 Nov 2007 10:38

Re: Re: [9fans] Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

>> > ranlib to the rescue... Got it run it explicitly on Darwin.  I think
>> > gcc lets you get away without it on linux.
>>

the s option to ar is supposed to update symbols.
i don't know why they'd have changed that.
if that's the problem, i'll add a shell script to do it and call that instead of ar.
Permalink | Reply | 11 comments |
headers
Charles Forsyth | 3 Nov 2007 14:43

Re: Re: [9fans] Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

i haven't got leopard installed yet.
what happens if you build the software with the following environment variable set?

export MACOSX_DEPLOYMENT_TARGET=10.4

(O'Caml people are also having trouble, and someone there suggested that,
so i was curious about it.)
Permalink | Reply | 10 comments |
headers
Uriel | 3 Nov 2007 14:58
Picon

runting runt.h

After a fresh pull from the code.google.com repo building on linux was
failing with:

In file included from runt.c:5:
sysmod.h:33: error: 'Sys_readn' undeclared here (not in a function)

Sqweek in irc provided the following solution:

% cd libinterp && rm runt.h && mk runt.h

That fixed it, but I'm wondering if this should not be fixed in the
repo itself (or runt.h be generated always at build time, doing
mk runt.h without the rm runt.h said runt.h was already up to date
(but still wouldn't build)).

There has been another thread in this list about runt but I'm not sure
I understand it or it is related at all.

Best wishes

uriel
Permalink | Reply | 2 comments |
headers
David Leimbach | 3 Nov 2007 15:00
Picon

Re: Re: [9fans] Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

On Nov 3, 2007 6:43 AM, Charles Forsyth <forsyth@...> wrote:
> i haven't got leopard installed yet.
> what happens if you build the software with the following environment variable set?
>
> export MACOSX_DEPLOYMENT_TARGET=10.4
>
> (O'Caml people are also having trouble, and someone there suggested that,
> so i was curious about it.)
>
>

I'm actually doing a build with that right this moment.
Permalink | Reply | 1 comment |
headers
David Leimbach | 3 Nov 2007 15:02
Picon

Re: Re: [9fans] Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard

On Nov 3, 2007 7:00 AM, David Leimbach <leimy2k@...> wrote:
>
> On Nov 3, 2007 6:43 AM, Charles Forsyth <forsyth@...> wrote:
> > i haven't got leopard installed yet.
> > what happens if you build the software with the following environment variable set?
> >
> > export MACOSX_DEPLOYMENT_TARGET=10.4
> >
> > (O'Caml people are also having trouble, and someone there suggested that,
> > so i was curious about it.)
> >
> >
>
> I'm actually doing a build with that right this moment.
>

Oh well... :-)

[6:59] dave(mt64):~/work/plan9 %> export MACOSX_DEPLOYMENT_TARGET=10.4
[6:59] dave(mt64):~/work/plan9 %> ./INSTALL
* Resetting /Users/dave/work/plan9/config
* Building everything (be patient)...
>>> cd /Users/dave/work/plan9/src/cmd; mk all
9l -o o.hget hget.o
ld: in /Users/dave/work/plan9/lib/libmp.a(mpvecadd-Darwin.o), in
section __TEXT,__text reloc 1: bad pc-rel vanilla relocation length
collect2: ld returned 1 exit status
mk: 9l -o o.hget ...  : exit status=exit(1)
mk: for i in ...  : exit status=exit(1)
Permalink | Reply | 0 comments |

Gmane