On Mon, Jun 28, 2010 at 06:39:29PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
I think this only happens when I copy from one xterm to another,
to paste into the mailer. I've checked the command which
I put in a file, and all seems fine. Also, the latest
Anton Shterenlikht me...@bristol.ac.uk writes:
http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt
This confirms my suspicion that ld is picking up the wrong liblzma:
attempt to open /usr/local/lib/liblzma.a succeeded
but I still can't figure out why. Can you do the following:
% make
On 2010-06-29 11:25, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt
This confirms my suspicion that ld is picking up the wrong liblzma:
attempt to open /usr/local/lib/liblzma.a succeeded
but I still can't
On Tue, Jun 29, 2010 at 11:25:40AM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt
This confirms my suspicion that ld is picking up the wrong liblzma:
attempt to open /usr/local/lib/liblzma.a succeeded
Dag-Erling Smørgrav d...@des.no writes:
This confirms my suspicion that ld is picking up the wrong liblzma:
attempt to open /usr/local/lib/liblzma.a succeeded
but I still can't figure out why.
Uh, I must be blind. It uses /usr/local/lib/liblzma.a because
-L/usr/local/lib was specified on the
Anton Shterenlikht me...@bristol.ac.uk writes:
# make buildenv
Entering world for ia64:ia64
# env
LIBRARY_PATH=/usr/local/lib
where does this come from? Your .bashrc or something?
% make buildenv
% unset LIBRARY_PATH
then run the cc command again.
DES
--
Dag-Erling Smørgrav - d...@des.no
On 2010-06-29 11:59, Anton Shterenlikht wrote:
LIBRARY_PATH=/usr/local/lib
There's your problem. Remove this environment variable, and try
buildworld again. :)
___
freebsd-current@freebsd.org mailing list
On Tue, Jun 29, 2010 at 12:03:39PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
# make buildenv
Entering world for ia64:ia64
# env
LIBRARY_PATH=/usr/local/lib
where does this come from? Your .bashrc or something?
I've this set in $HOME/.tcsh. I
2010/6/29 Anton Shterenlikht me...@bristol.ac.uk:
On Tue, Jun 29, 2010 at 12:03:39PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
# make buildenv
Entering world for ia64:ia64
# env
LIBRARY_PATH=/usr/local/lib
where does this come from? Your .bashrc
Anton Shterenlikht me...@bristol.ac.uk writes:
However, I've got this set on 3 ia64 boxes.
On two of them I don't have this lzma problem.
Because they either don't have liblzma installed from ports, or they
have a different version that works.
DES
--
Dag-Erling Smørgrav - d...@des.no
On Tue, Jun 29, 2010 at 01:26:23PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
However, I've got this set on 3 ia64 boxes.
On two of them I don't have this lzma problem.
Because they either don't have liblzma installed from ports, or they
have a
On Fri, Jun 25, 2010 at 11:47:59AM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
So, just for me to be clear, I need to proceed with the buildworld,
until I get the error, and then, without cleaning anything, do
% cd /usr/src
% make buildenv
% cd
Anton Shterenlikht me...@bristol.ac.uk writes:
# cc -v -static -o rescue [...]
cc: cat.lo: No such file or directory
Umm, try again from the object directory, /usr/obj/usr/src/rescue/rescue/
# /usr/obj/usr/src/rescue/rescue/../librescue/exec.o: Permission
denied
That's weird, can you check
On Mon, Jun 28, 2010 at 02:38:10PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
# cc -v -static -o rescue [...]
cc: cat.lo: No such file or directory
Umm, try again from the object directory, /usr/obj/usr/src/rescue/rescue/
that's better:
# cd
Anton Shterenlikht me...@bristol.ac.uk writes:
cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo
kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo ealpath.lo rm.lo
rmdir.lo setfacl.lo
On Mon, Jun 28, 2010 at 03:58:35PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo
kill.lo ln.lo ls.lo
Anton Shterenlikht me...@bristol.ac.uk writes:
I think this only happens when I copy from one xterm to another,
to paste into the mailer. I've checked the command which
I put in a file, and all seems fine. Also, the latest
error message suggests that the command is fine:
OK, can you do it
Garrett Cooper yanef...@gmail.com writes:
Sorry to jump in, but could you please copy your source tree on
the failing machine elsewhere, run make clean cleandir, and try
applying the patch attached to the post below [1] and see whether or
not the issue is resolved?
Umm... the error you
On Sun, Jun 27, 2010 at 10:45:21PM +0200, Dag-Erling Smørgrav wrote:
Garrett Cooper yanef...@gmail.com writes:
Sorry to jump in, but could you please copy your source tree on
the failing machine elsewhere, run make clean cleandir, and try
applying the patch attached to the post below
2010/6/25 Anton Shterenlikht me...@bristol.ac.uk:
On Thu, Jun 24, 2010 at 05:50:59PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
Dag-Erling Smørgrav d...@des.no writes:
I expect this to produce the same error as before; if not, there is
something
On Thu, Jun 24, 2010 at 05:50:59PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
Dag-Erling Smørgrav d...@des.no writes:
I expect this to produce the same error as before; if not, there is
something seriously wrong.
the error is different...
echo
Anton Shterenlikht me...@bristol.ac.uk writes:
So, just for me to be clear, I need to proceed with the buildworld,
until I get the error, and then, without cleaning anything, do
% cd /usr/src
% make buildenv
% cd rescue/rescue
% make
Is that correct?
Yes. Then you take the cc comand
On Mon, Jun 21, 2010 at 06:36:44PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
I've r209203 kernel on ia64 box.
Now I'm trying to rebuild world to r209240.
I get these errors.
There is absolutely nothing between those two revisions that would
explain
On Wed, Jun 23, 2010 at 04:20:18PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
I think it's possible that at some point, in anger, I did make
installworld after a failed, or otherwise interrupted make
buildworld. Perhaps I got an inconsistent set of
Anton Shterenlikht me...@bristol.ac.uk writes:
# find /usr/obj/usr/src -name liblzma.a
/usr/obj/usr/src/tmp/usr/lib/liblzma.a
/usr/obj/usr/src/lib/liblzma/liblzma.a
# diff /usr/obj/usr/src/tmp/usr/lib/liblzma.a
/usr/obj/usr/src/lib/liblzma/liblzma.a
#
# nm
Dag-Erling Smørgrav d...@des.no writes:
On a machine where make buildworld failed, do
% cd /usr/src
% make buildenv
% echo $PATH
% which cc
% cc --version
% strings $(which cc) | grep -w tmp
instead of that last line:
% cc -dumpspecs
(still in buildenv)
DES
--
Dag-Erling Smørgrav -
On Thu, Jun 24, 2010 at 11:11:22AM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
# find /usr/obj/usr/src -name liblzma.a
/usr/obj/usr/src/tmp/usr/lib/liblzma.a
/usr/obj/usr/src/lib/liblzma/liblzma.a
# diff /usr/obj/usr/src/tmp/usr/lib/liblzma.a
On Thu, Jun 24, 2010 at 12:31:48PM +0200, Dag-Erling Smørgrav wrote:
Dag-Erling Smørgrav d...@des.no writes:
On a machine where make buildworld failed, do
% cd /usr/src
% make buildenv
% echo $PATH
% which cc
% cc --version
% strings $(which cc) | grep -w tmp
instead of that
On Thu, Jun 24, 2010 at 11:57:26AM +0100, Anton Shterenlikht wrote:
On Thu, Jun 24, 2010 at 11:11:22AM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
# find /usr/obj/usr/src -name liblzma.a
/usr/obj/usr/src/tmp/usr/lib/liblzma.a
Anton Shterenlikht me...@bristol.ac.uk writes:
Dag-Erling Smørgrav d...@des.no writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
Did you mean /usr/local/lib/liblzma.a ?
No, I meant /usr/lib/liblzma.a.
This file doesn't exist on either of my other two ia64 boxes, where
this problem
Anton Shterenlikht me...@bristol.ac.uk writes:
*startfile_prefix_spec:
/usr/obj/usr/src/tmp/usr/lib/
OK
% cd /usr/src
% make buildenv
% cd rescue/rescue
% make
I expect this to produce the same error as before; if not, there is
something seriously wrong.
Now copy the last command make tried
On Thu, Jun 24, 2010 at 11:30:28AM +0200, Dimitry Andric wrote:
On 2010-06-24 10:26, Anton Shterenlikht wrote:
I got a clean copy of r209203, and got the same error on buildworld:
cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
date.lo dd.lo df.lo echo.lo ed.lo
On Thu, Jun 24, 2010 at 02:58:12PM +0200, Dag-Erling Smørgrav wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
*startfile_prefix_spec:
/usr/obj/usr/src/tmp/usr/lib/
OK
% cd /usr/src
% make buildenv
% cd rescue/rescue
% make
I expect this to produce the same error as before;
Sorry for the top post:
Anton,
Can check if you have /usr/local/lib/liblzma on your other machines. I have
this nagging feeling that you're picking up a library outside of your object
tree.
Also: can you send the contents of /etc/make.conf
Thx
--
Marcel (Mobile)
On Jun 24, 2010, at 1:36
On Thu, Jun 24, 2010 at 08:16:52AM -0700, Marcel Moolenaar wrote:
Sorry for the top post:
Anton,
Can check if you have /usr/local/lib/liblzma on your other machines. I have
this nagging feeling that you're picking up a library outside of your object
tree.
Marcel
On as28 and as221 I
Anton Shterenlikht me...@bristol.ac.uk writes:
Dag-Erling Smørgrav d...@des.no writes:
I expect this to produce the same error as before; if not, there is
something seriously wrong.
the error is different...
echo fsck_ffs: /usr/lib/libc.a /usr/lib/libufs.a .depend
cc -O1
Marcel Moolenaar xcl...@mac.com writes:
Can check if you have /usr/local/lib/liblzma on your other machines. I
have this nagging feeling that you're picking up a library outside of
your object tree.
That's what I'm working my way towards, Marcel. Can you wait until
Anton has answered my
On Jun 24, 2010, at 8:53 AM, Dag-Erling Smørgrav d...@des.no wrote:
Marcel Moolenaar xcl...@mac.com writes:
Can check if you have /usr/local/lib/liblzma on your other machines. I
have this nagging feeling that you're picking up a library outside of
your object tree.
That's what I'm
On Mon, Jun 21, 2010 at 01:27:52PM -0700, Marcel Moolenaar wrote:
On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote:
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean
Anton Shterenlikht me...@bristol.ac.uk writes:
I think it's possible that at some point, in anger, I did make
installworld after a failed, or otherwise interrupted make
buildworld. Perhaps I got an inconsistent set of binaries as a
result... Would that explain an error like this?
No, because
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make install
wrong.
% cd /usr/src
% make obj
% make cleandepend
% make depend
% make buildincludes
% make
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make install
wrong.
% cd /usr/src
%
On 06/21/2010 10:45, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make install
wrong.
% cd /usr/src
% make obj
% make cleandepend
On Mon, Jun 21, 2010 at 11:24:52AM -0400, jhell wrote:
On 06/21/2010 10:45, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make install
wrong.
% cd /usr/src
%
Anton Shterenlikht me...@bristol.ac.uk writes:
Sorry, just to take one step back, why has this become necessary for
this particular box?
I have no idea or opinion - I just responded to jhell's incorrect
instructions for updating your headers.
If /usr/obj is empty, and svn up, followed by svn
jhell jh...@dataix.net writes:
Sure, the only difference here is you just seem to have added
cleandepend for extra added surety but is unneeded if the obj
directory is assumed empty.
Assumption is the mother of all f***ups. The mother of your particular
f***up is the assumption that all
2010/6/21 Anton Shterenlikht me...@bristol.ac.uk:
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make
Anton Shterenlikht me...@bristol.ac.uk writes:
this failed in make depend step with
you can skip that step... in fact, you can skip the whole thing, since
it is completely irrelevant to your case. I'll go check the archives
for your OP and see if I can provide some more useful advice than
On 06/21/2010 11:59, Anton Shterenlikht wrote:
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all
Anton Shterenlikht me...@bristol.ac.uk writes:
I've r209203 kernel on ia64 box.
Now I'm trying to rebuild world to r209240.
I get these errors.
There is absolutely nothing between those two revisions that would
explain the errors you're getting. Are you absolutely sure those are
the correct
On 06/21/2010 12:25, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Sure, the only difference here is you just seem to have added
cleandepend for extra added surety but is unneeded if the obj
directory is assumed empty.
Assumption is the mother of all f***ups. The mother of your
jhell jh...@dataix.net writes:
As to the point before you start pointing fingers as you are so gracious
to do lately - The steps laid out are the steps I had once took to
correct the similar problem. And I seem to be running on these systems
fairly well mind you.
They are still wrong, and
On 06/21/2010 13:47, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
As to the point before you start pointing fingers as you are so gracious
to do lately - The steps laid out are the steps I had once took to
correct the similar problem. And I seem to be running on these systems
On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote:
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
jhell jh...@dataix.net writes:
Anton Shterenlikht me...@bristol.ac.uk writes:
What do you mean by updating your headers?
cd /usr/src/include make obj make depend
On Thu, Jun 17, 2010 at 08:13:46AM -0400, jhell wrote:
On 06/17/2010 06:15, Anton Shterenlikht wrote:
I've r209203 kernel on ia64 box.
Now I'm trying to rebuild world to r209240.
I get these errors.
Please advise
grep -rn lzma_physmem /usr/include ?
On 06/18/2010 04:50, Anton Shterenlikht wrote:
sorry, I probably didn't get you.
I tried
make -DALWAYS_CHECK_MAKE buildworld
and got the same erorr.
What do you mean by updating your headers?
cd /usr/src/include make obj make depend make all make install
cd /usr/src
I've r209203 kernel on ia64 box.
Now I'm trying to rebuild world to r209240.
I get these errors.
Please advise
many thanks
anton
crunchide -k _crunched_vi_stub vi.lo
ld -dc -r -o id.lo id_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/id/id.o
crunchide -k _crunched_id_stub id.lo
ld
On 06/17/2010 06:15, Anton Shterenlikht wrote:
I've r209203 kernel on ia64 box.
Now I'm trying to rebuild world to r209240.
I get these errors.
Please advise
grep -rn lzma_physmem /usr/include ?
/usr/include/lzma/hardware.h:51:extern LZMA_API(uint64_t)
lzma_physmem(void) lzma_nothrow;
I
59 matches
Mail list logo