[9fans] Loader dependencies

[9fans] Loader dependencies

[Steven Stallion]

[-- Attachment #1: Type: text/plain, Size: 174 bytes --]

gunge% mk
mk: don't know how to make '../8l/elf.h' in directory
/usr/stallion/src/armv7a/5l

... really? I assume this crept in as a part of Geoff's latest ELF changes.

[-- Attachment #2: Type: text/html, Size: 264 bytes --]

Re: [9fans] Loader dependencies

[David du Colombier]

> gunge% mk
> mk: don't know how to make '../8l/elf.h' in directory
> /usr/stallion/src/armv7a/5l

mkdir /usr/stallion/src/armv7a/8l
cp /sys/src/cmd/8l/elf.? /usr/stallion/src/armv7a/8l

elf.c and elf.h are platform-independent files and
are currently located in the 8l directory because
it hasn't seemed worth creating /sys/src/cmd/ld
just for two files.

--
David du Colombier

Re: [9fans] Loader dependencies

[lucio]

> elf.c and elf.h are platform-independent files and
> are currently located in the 8l directory because
> it hasn't seemed worth creating /sys/src/cmd/ld
> just for two files.

libelf.a?

++L

Re: [9fans] Loader dependencies

[Steven Stallion]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

Nah, ld is warranted. I've posted a patch somewhat recently to add uImage
support that would fit in as well. Geoff had mentioned an interest in
adding support to each of the loaders rather than just 5l.


On Tue, Apr 9, 2013 at 10:58 PM, <lucio@proxima.alt.za> wrote:

> > elf.c and elf.h are platform-independent files and
> > are currently located in the 8l directory because
> > it hasn't seemed worth creating /sys/src/cmd/ld
> > just for two files.
>
> libelf.a?
>
> ++L
>
>
>

[-- Attachment #2: Type: text/html, Size: 859 bytes --]

Re: [9fans] Loader dependencies

[Charles Forsyth]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

That wouldn't, however, have solved your immediate problem: you'd have got
a missing ld instead of missing 8l
On 10 Apr 2013 07:07, "Steven Stallion" <sstallion@gmail.com> wrote:

> Nah, ld is warranted. I've posted a patch somewhat recently to add uImage
> support that would fit in as well. Geoff had mentioned an interest in
> adding support to each of the loaders rather than just 5l.
>
>
> On Tue, Apr 9, 2013 at 10:58 PM, <lucio@proxima.alt.za> wrote:
>
>> > elf.c and elf.h are platform-independent files and
>> > are currently located in the 8l directory because
>> > it hasn't seemed worth creating /sys/src/cmd/ld
>> > just for two files.
>>
>> libelf.a?
>>
>> ++L
>>
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 1286 bytes --]

Re: [9fans] Loader dependencies

[Steven Stallion]

[-- Attachment #1: Type: text/plain, Size: 686 bytes --]

I understand the taxonomy. I'm commenting on the general laziness of the
change. Given that many of us tend to work on acl changes in isolation,
this is an annoyance at best.


On Tue, Apr 9, 2013 at 10:49 PM, David du Colombier <0intro@gmail.com>wrote:

> > gunge% mk
> > mk: don't know how to make '../8l/elf.h' in directory
> > /usr/stallion/src/armv7a/5l
>
> mkdir /usr/stallion/src/armv7a/8l
> cp /sys/src/cmd/8l/elf.? /usr/stallion/src/armv7a/8l
>
> elf.c and elf.h are platform-independent files and
> are currently located in the 8l directory because
> it hasn't seemed worth creating /sys/src/cmd/ld
> just for two files.
>
> --
> David du Colombier
>
>

[-- Attachment #2: Type: text/html, Size: 1117 bytes --]

Re: [9fans] Loader dependencies

[erik quanstrom]

On Wed Apr 10 02:00:35 EDT 2013, sstallion@gmail.com wrote:

> I understand the taxonomy. I'm commenting on the general laziness of the
> change. Given that many of us tend to work on acl changes in isolation,
> this is an annoyance at best.

i think you misspelled "conservitivism."  ☺  imo, the elf patch
did a complete job of consolidating elf support, and
in some cases extending it to all elf-supporing arches.

what it didn't do is create an ld directory, but that's
a seperate issue.  and i could understand resisting adding it.

but i agree that an ld directory is probablly justified now,
and would simplify maintence.  for example, the recent
library search change that touched every linker, not just
the ld directory.  (there are more than 2 files that would
be in it.)  maybe it would also help for uimage support.

i considered doing this a few weeks ago, but the potential
differences with sources kept me from it.

regardless of the directory name, in your case the fix is
to copy the donor directory to the same parent as your
test linker.

- erik