On Mon, 25 Jan 1999, Jason C. Wells wrote:
[..\
> I did make buildworld with -DNOAOUT on -stable and it went fine. I did
> make installworld and it croaked because it couldn't find the
> afforementioned files.
You need to make installworld with -DNOAOUT too. Otherwise it _will_ look
for a.out stu
On Mon, 25 Jan 1999 18:06:15 GMT, "Jason C. Wells" wrote:
> I did make buildworld with -DNOAOUT on -stable and it went fine. I did
> make installworld and it croaked because it couldn't find the
> afforementioned files.
Well, their absence certainly doesn't blow up installworld on a -current
ma
On Mon, 25 Jan 1999, John Polstra wrote:
>On 25-Jan-99 Sheldon Hearn wrote:
>> On Mon, 25 Jan 1999 08:32:17 PST, John Polstra wrote:
>>> Yes, they all reside in /usr/lib/aout now.
>>
>> So then for a machine that makes world with -DNOAUT they don't exist,
>
On Mon, 25 Jan 1999 09:20:06 PST, John Polstra wrote:
> Note, without those files you'll never again be able to link an a.out
> program on the machine. Are you sure you really want that limitation?
As I understand it, the only times this hurts me are:
1) When I want to build binaries for anot
On 25-Jan-99 Sheldon Hearn wrote:
>
> On Mon, 25 Jan 1999 08:32:17 PST, John Polstra wrote:
>
>> Yes, they all reside in /usr/lib/aout now.
>
> So then for a machine that makes world with -DNOAUT they don't exist,
-DNOAOUT
> assuming all ports have
On Mon, 25 Jan 1999 08:32:17 PST, John Polstra wrote:
> Yes, they all reside in /usr/lib/aout now.
So then for a machine that makes world with -DNOAUT they don't exist,
assuming all ports have been rebuilt for an ELF world, yes?
Ciao,
Sheldon.
To Unsubscribe: send mail to majord...@freebsd.or
In article <399.917273...@axl.noc.iafrica.com>,
Sheldon Hearn wrote:
>
> The following files are not being created by installworld:
>
> /usr/lib/crt0.o
> /usr/lib/c++rt0.o
> /usr/lib/gcrt0.o
> /usr/lib/scrt0.o
> /usr/lib/sgcrt0.o
> /usr/lib/kztail.o
> /usr/lib/kzhead.o
>
> Am I correct in assu