On Wed, Oct 23, 2002 at 05:29:40PM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
OK, to summarize things. There was a single problem with two
symptoms: 1) groff, if built dynamically, could not be run
by ld-elf.so; 2) groff, if built statically, always failed
with ``out
Ruslan Ermilov writes:
...
+20021023:
+ Alphas with kernels from between 20020902 and 20021022 and/or
+ rtld (ld-elf.so.1) older than 20021022 may experience problems
+ with groff while doing a buildworld (kernel: out of memory,
+ rtld: too few PT_LOAD
On Thu, Oct 24, 2002 at 09:12:26AM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
...
+20021023:
+ Alphas with kernels from between 20020902 and 20021022 and/or
+ rtld (ld-elf.so.1) older than 20021022 may experience problems
+ with groff while doing a
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the src
directory (eg, after your kernel change, yesterday's binaries work).
I'm building the world now.
Drew
To
On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the src
directory (eg, after your kernel
Ruslan Ermilov writes:
On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the
Ruslan,
Buildworld completed, and as I installed it, I was reminded of a
problem that I *always* have on this machine when I do a
make installworld:
=== lib/libncurses
install -C -o root -g wheel -m 444 libncurses.a /usr/lib
install -C -o root -g wheel -m 444 libncurses_p.a /usr/lib
Ruslan Ermilov writes:
Nice. I was going to ask Peter to upgrade beast with this fix, but
now that you've already tested it, I'd like to back out the hack in
groff/src/roff/groff/Makefile, if there are no objections.
OK.. with the new rtld, a shared groff works.
Before you backout the
On Wed, Oct 23, 2002 at 01:35:30PM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
Nice. I was going to ask Peter to upgrade beast with this fix, but
now that you've already tested it, I'd like to back out the hack in
groff/src/roff/groff/Makefile, if there are no objections.
On Wed, Oct 23, 2002 at 01:08:58PM -0400, Andrew Gallatin wrote:
Ruslan,
Buildworld completed, and as I installed it, I was reminded of a
problem that I *always* have on this machine when I do a
make installworld:
=== lib/libncurses
install -C -o root -g wheel -m 444 libncurses.a
Ruslan Ermilov writes:
but since the latter is just a symlink to the former, I have no
idea what's going on here. It may be a bug in the kernel.
A comedy of errors. Nearly my entire source tree is dated 1934 --
I'd been dual booting with an old linux kernel that scewed up my
clock.
I
Ruslan Ermilov writes:
OK, to summarize things. There was a single problem with two
symptoms: 1) groff, if built dynamically, could not be run
by ld-elf.so; 2) groff, if built statically, always failed
with ``out of memory'', apparently due to the same bug.
Static hack is safe to
On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
Ruslan,
Can you help with this, please? I think you're the best candidate
since you know so much about the build system and you are the groff
maintainer.
I've found that if I just cd to /usr/src/share/doc and
do a
On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
Ruslan,
Can you help with this, please? I think you're the best candidate
since you know so much about the build system and you are the groff
maintainer.
I've found that if I just cd to /usr/src/share/doc and
do a
Ruslan Ermilov writes:
If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and
recompile libgroff and groff, it seems to work (I did not check it
thoroughly). But I think this only has a side effect, because Groff
does not seem to have any exception code (please correct me
On Tue, Oct 22, 2002 at 10:45:52AM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and
recompile libgroff and groff, it seems to work (I did not check it
thoroughly). But I think this only has a side effect,
On Tue, Oct 22, 2002 at 05:29:29PM +0300, Ruslan Ermilov wrote:
On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote:
Ruslan,
Can you help with this, please? I think you're the best candidate
since you know so much about the build system and you are the groff
Ruslan Ermilov writes:
Well, I tried this on beast. It is easily reproduceable.
It turned out that if you build groff with -DNO_CPU_CFLAGS
(the way it is built during the bootstrap-tools stage of
buildworld), it fails with the `out of memory' error in
Anyone cares to post a ktrace?
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, 22 Oct 2002 11:39:43 -0400
Alexander Kabaev [EMAIL PROTECTED] wrote:
Anyone cares to post a ktrace?
--
Alexander Kabaev
If this is a case of a brk(2) failing, then I have a patch in testing to fix
that. Give me some time to finish.
--
Alexander Kabaev
To Unsubscribe: send mail
Alexander Kabaev writes:
On Tue, 22 Oct 2002 11:39:43 -0400
Alexander Kabaev [EMAIL PROTECTED] wrote:
Anyone cares to post a ktrace?
--
Alexander Kabaev
If this is a case of a brk(2) failing, then I have a patch in testing to fix
that. Give me some time to finish.
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
22 matches
Mail list logo
