[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: find-versioned-module bugs
From: |
Andy Wingo |
Subject: |
Re: find-versioned-module bugs |
Date: |
Tue, 15 Jun 2010 00:53:29 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) |
On Thu 10 Jun 2010 16:49, Andy Wingo <address@hidden> writes:
> In our case, my opinion is that we should change the rule to be, "the
> first compatible version found in the path"; though perhaps we should
> wait for confirmation from Ludovic.
I was just looking at the current situation, and there are a few bugs.
1. Precompiled files are never used; only the fallback path (~/.cache)
is used. This is because resolve-module calls `load' in the
versioned case, and only `primitive-load-path' scours
`%load-compiled-path'. The solution is going to be complicated, and
require some refactoring. I don't want to implement the mtime dance
again.
2. Version order: Hoo, dunno. See above. Is "first compatible" the
right thing, or should we be smarter (and more wasteful)?
Any thoughts? :)
Andy
--
http://wingolog.org/
- find-versioned-module bugs, Andy Wingo, 2010/06/09
- Re: find-versioned-module bugs, Julian Graham, 2010/06/09
- Re: find-versioned-module bugs, Julian Graham, 2010/06/10
- Re: find-versioned-module bugs, Andy Wingo, 2010/06/10
- Re: find-versioned-module bugs, Julian Graham, 2010/06/10
- Re: find-versioned-module bugs, Andy Wingo, 2010/06/10
- Re: find-versioned-module bugs,
Andy Wingo <=
- Re: find-versioned-module bugs, Julian Graham, 2010/06/15
- Re: find-versioned-module bugs, Andy Wingo, 2010/06/15
- Re: find-versioned-module bugs, Julian Graham, 2010/06/17
- Re: find-versioned-module bugs, Andy Wingo, 2010/06/18
- Re: find-versioned-module bugs, Ludovic Courtès, 2010/06/15
- Re: find-versioned-module bugs, Andy Wingo, 2010/06/16