I thought build-tools was the answer; sadly that seems to be wrong.
Now I'm looking at cross-tools (out of src/makefile.inc1).
Adding something to bootstrap-tools implies that we can't use the
installed miniperl (backward compatibility problem) or the host doesn't
have miniperl. The
On Tue, Jun 27, 2000 at 08:08:15AM +0200, Mark Murray wrote:
What you say supports the theory that build-tools is the answer; however
build-tools seems to want to do an in-place build - not to install the
tool(s) somewhere into the path like cross-tools. I'm in trouble with
cross-tools
It is possible the Perl build Makefiles have a slight bogon that prevents
things from working properly in this stage?
:-) Uh Huh!
Note that bootstrap-tools are built (and installed under /obj) to be run
OK - I'll try again fro build-tools.
I tried that (on my Alpha). Same
[CC'ed to current]
In [EMAIL PROTECTED], Martin Cracauer wrote:
In [EMAIL PROTECTED], Mark Murray wrote:
May I have a login on your build box to have a look?
It would be more useful if you could put a log of your buildworld (at
least the perl-related parts) somewhere so I can look how
In message [EMAIL PROTECTED] Martin Cracauer writes:
: [CC'ed to current]
:
: In [EMAIL PROTECTED], Martin Cracauer wrote:
: In [EMAIL PROTECTED], Mark Murray wrote:
: May I have a login on your build box to have a look?
:
: It would be more useful if you could put a log of your
Message to others for bootstrapping:
Checkout perl (contrib/perl5 and gnu/usr.bin/perl) from -D 2624,
build and install it manually, then update both dirs to HEAD and do a
world with the new perl in place.
Now you can colour me flummoxed. :-(.
Have you a script(1) of that?
M
--
Mark
In [EMAIL PROTECTED], Warner Losh wrote:
In message [EMAIL PROTECTED] Martin Cracauer writes:
: [CC'ed to current]
: Message to others for bootstrapping:
:
: Checkout perl (contrib/perl5 and gnu/usr.bin/perl) from -D 2624,
: build and install it manually, then update both dirs to HEAD
In [EMAIL PROTECTED], Mark Murray wrote:
Message to others for bootstrapping:
Checkout perl (contrib/perl5 and gnu/usr.bin/perl) from -D 2624,
build and install it manually, then update both dirs to HEAD and do a
world with the new perl in place.
Now you can colour me
Since I'm now through it, I don't know the latest problem, but the
last thing I saw that the old lib got used with the new perl (or the
other way round) and that looks like it can be fixed with some path
adjustments.
The problem here is that miniperl needs to be built early enough
to be in
If I'm not mistaken, all open problems are like "Perl lib version
(v5.6.0) doesn't match executable version (5.00503) at Config.pm line
18."
Hmm...
That should be easy to reproduce on your development system by just
copying an old /usr/bin/perl executable to it and trying to build.
What
On Mon, Jun 26, 2000 at 10:28:53PM +0200, Mark Murray wrote:
Since I'm now through it, I don't know the latest problem, but the
last thing I saw that the old lib got used with the new perl (or the
other way round) and that looks like it can be fixed with some path
adjustments.
The
11 matches
Mail list logo
