> Does /usr/lib/crt0.o exist? If it doesn't did tar complete successfully?
I’ve since scrubbed that install, but I did check before for the file and noted
that it was not present. Interestingly, the file is in the TGZ, so something
happened…
$ tar -tzvf comp70.tgz | grep /usr/lib/crt
> As you're the one in possession of the system with the nonstandard
> configuration you're the best person to figure out what's different
> between that and a normally installed system.
My bad, I thought it was supported to install filesets this way, but I don’t
see this approach discussed on
On 10/31/21 2:23 PM, Kent Watsen wrote:
The “httpd-plus” [1] patch installs just find when a fresh 7.0 install selects packages "base",
"bsd", "bsd.rd", "bsd.mp", “comp”, and “man”.
However, when a fresh 7.0 install selects all the same packages except “comp”,
and then subsequently adds the
On 2021-10-31, Kent Watsen wrote:
> Thanks Theo.
>
> No debate about needing comp, only how it's installed…or maybe I
> misunderstand what you mean by “the script”?
As you're the one in possession of the system with the nonstandard
configuration you're the best person to figure out what's diffe
Thanks Theo.
No debate about needing comp, only how it's installed…or maybe I misunderstand
what you mean by “the script”?
Cheers,
Kent
> On Oct 31, 2021, at 3:38 PM, Theo de Raadt wrote:
>
> From the script
>
> make obj && make && make install
>
> Which uses the whole toolchain.
>
>From the script
make obj && make && make install
Which uses the whole toolchain.
You need comp. You don't have a choice.
Kent Watsen wrote:
> The “httpd-plus” [1] patch installs just find when a fresh 7.0 install
> selects packages "base", "bsd", "bsd.rd", "bsd.mp", “comp”, and “man”.
Matthias Kilian wrote:
On Thu, Mar 18, 2010 at 07:14:36PM -0700, Alexander Carver wrote:
The error isn't always the same file on two consecutive tries but they do
seem to repeat themselves (in other words, init_sysent.c has shown up as
an error more than once but not consecutively, same for pf.
On Thu, Mar 18, 2010 at 07:14:36PM -0700, Alexander Carver wrote:
> >>The error isn't always the same file on two consecutive tries but they do
> >>seem to repeat themselves (in other words, init_sysent.c has shown up as
> >>an error more than once but not consecutively, same for pf.c)
> >
> >Int
Nick Holland wrote:
Alexander Carver wrote:
Ok, I've gone through multiple iterations of memory sticks of various
sizes and even swapped motherboards but I still get signal 11's. Is
there a low memory flag I can set that will prevent make from using all
available RAM? This signal 11 issue
Alexander Carver wrote:
> Philip Guenther wrote:
>> On Friday, March 5, 2010, Alex Carver wrote:
>> ...
>>> Assembler messages:
>>> Warning: end of file not at end of a line; newline inserted
>>> cpp0: output pipe has been closed
>>> cc: Internal compiler error: program cc1 got fatal signal 11
>>>
Philip Guenther wrote:
On Friday, March 5, 2010, Alex Carver wrote:
...
Assembler messages:
Warning: end of file not at end of a line; newline inserted
cpp0: output pipe has been closed
cc: Internal compiler error: program cc1 got fatal signal 11
[standard input]:2197: Error: Illegal operands
Philip Guenther wrote:
On Friday, March 5, 2010, Alex Carver wrote:
...
Assembler messages:
Warning: end of file not at end of a line; newline inserted
cpp0: output pipe has been closed
cc: Internal compiler error: program cc1 got fatal signal 11
[standard input]:2197: Error: Illegal operands
On Friday, March 5, 2010, Alex Carver wrote:
...
> Assembler messages:
> Warning: end of file not at end of a line; newline inserted
> cpp0: output pipe has been closed
> cc: Internal compiler error: program cc1 got fatal signal 11
> [standard input]:2197: Error: Illegal operands
>
> The error isn
Vadim Zhukov wrote:
On 5 March 2010 c. 05:52:49 Alexander Carver wrote:
Abel Abraham Camarillo Ojeda wrote:
Alex Carver wrote:
Suggestions?
are you running current? if so:
http://www.openbsd.org/faq/current.html#20100203
No, I am not running current. This is a stock installation of 4.6 an
On 5 March 2010 c. 05:52:49 Alexander Carver wrote:
> Abel Abraham Camarillo Ojeda wrote:
> > Alex Carver wrote:
> >> Suggestions?
> >
> > are you running current? if so:
> >
> > http://www.openbsd.org/faq/current.html#20100203
>
> No, I am not running current. This is a stock installation of 4.6
Abel Abraham Camarillo Ojeda wrote:
Alex Carver wrote:
Suggestions?
are you running current? if so:
http://www.openbsd.org/faq/current.html#20100203
No, I am not running current. This is a stock installation of 4.6 and
the source is from the src.tar.gz file from the same place.
I went
> make depend:
> make: don't know how to make ../../../../arch/sparc/sparc/auxreg.c. Stop in
> /disk2/sys/arch/sparc/compile/GENERIC.
>
> Suggestions?
Try `rm -f .depend' before running `make depend'.
Alex Carver wrote:
> I'm trying to recompile my generic sparc kernel to make use of some
> /dev/cua* patches that were sent to me on the list not too long ago but
> now I'm running into a problem with make.
>
> When I first received the patches, things were mostly working but I was
> running o
18 matches
Mail list logo
