[M3devel] CM3_INSTALL_PREFIX
Jay
jay.krell at cornell.edu
Fri Jun 5 19:28:51 CEST 2009
The ".." gets smushed out early for me and I don't see a failure.
Even for shipping m3core into a nonexistant place, with CM3_INSTALL_PREFIX set.
Is the problem without CM3_INSTALL_PREFIX?
Can you show your .M3SHIP files?
And maybe your config files?
This is easy to fix. There is code that smushes out dots.
It is maybe a problem to write the quake because quake is very limited in what it can do.
There might be functions now that can do it though.
But really, again, the Modula-3 code often "canonicalizes" paths internally anyway, which is possibly why I don't see the problem occuring myself.
- Jay
> From: dragisha at m3w.org
> To: jay.krell at cornell.edu
> Date: Fri, 5 Jun 2009 10:51:05 +0200
> CC: m3devel at elegosoft.com
> Subject: Re: [M3devel] CM3_INSTALL_PREFIX
>
> This is special case, as CM3_INSTALL_PREFIX redirects installation
> process to empty tree... cm3 -ship fails on
> make_dir("/usr/local/cm3/bin/../lib") as there is no
> $CM3_INSTALL_PREFIX/usr/local/cm3/bin at that moment. "cm3 -ship" which
> fails does mkdir $CM3_INSTALL_PREFIX/usr/local/cm3/bin, though. So
> second time I start cm3 -ship it works fine.
>
> Also, if I "mkdir -p $CM3_INSTALL_PREFIX/usr/local/cm3/bin" before cm3
> -ship it does not fail first time.
>
> Thus said - I already have fix I need, it's workaround but works. If it
> is problem for you to write wuake script which derives paths from
> INSTALL_ROOT without ".." then just forget this and we can document this
> "feature" on our way. It will be documented in my RPM recipes once I
> complete and publish them.
>
> On Thu, 2009-06-04 at 23:21 +0000, Jay wrote:
> >
> > I made this change years ago but only recently did Olaf switch over to
> > my stuff. It is a good change generally, because you don't have to run
> > cminstall and stick a full path in the config file. We can fix this
> > aspect of it, but I'd like to be able to see it fail before I fix it,
> > and then verify my fix makes it stop failing.
> >
> >
> > - Jay
> --
> Dragiša Durić <dragisha at m3w.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20090605/e9dd7e6b/attachment-0002.html>
More information about the M3devel
mailing list