From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Sat, 3 Nov 2007 18:22:01 +0900 From: underspecified To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Re: Plan 9 Port error in mpvecadd-Darwin.s on Leopard In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13815_12409925.1194081721578" References: <3e1162e60710301650r35bd83ectbc2d8fbf8e708ba1@mail.gmail.com> <20071030235935.8F4445B30@mail.bitblocks.com> <3e1162e60710310810h3bd11839odebd02dd2457caa4@mail.gmail.com> <14ec7b180710310924p1022cc47w8f4fec460b05061@mail.gmail.com> <3e1162e60710310942r2055b518ga0cd07b4e4c30d82@mail.gmail.com> <14ec7b180710311205lfd0ee2dx234785df22ce43c9@mail.gmail.com> <3e1162e60710311332p60fb9416j2de2f29f6a50f937@mail.gmail.com> Cc: inferno-list@vitanuova.com, acme-sac@googlegroups.com Topicbox-Message-UUID: e77ec328-ead2-11e9-9d60-3106f5b1d025 ------=_Part_13815_12409925.1194081721578 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 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 wrote: > > > > On Oct 31, 2007 12:05 PM, andrey mirtchovski > > 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 > > > > > ------=_Part_13815_12409925.1194081721578 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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@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@gmail.com > wrote:
On Oct 31, 2007 12:05 PM, andrey mirtchovski < mirtchovski@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

 

 
------=_Part_13815_12409925.1194081721578--