[DVC] DVC unloading and reloading

Hello,

I try to improve package-maint.el to automatically generate the unload and
reload functions, based on source files and their reverse dependencies.

I wonder if it's necessary to make the unload dependencies aware
if we use (unload-feature feature t), just walking through the list of
files and forcing unload seems sufficient.

Some hints ?

Regards.
--

-- 
Daniel 'NebuchadnezzaR' Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x2A408F69

Re: [DVC] DVC unloading and reloading

"Daniel 'NebuchadnezzaR' Dehennin" <nebuchadnezzar@...>
writes:

> Hello,
>
> I try to improve package-maint.el to automatically generate the unload and
> reload functions, based on source files and their reverse dependencies.
>
> I wonder if it's necessary to make the unload dependencies aware
> if we use (unload-feature feature t), just walking through the list of
> files and forcing unload seems sufficient.

There's probably a better way, but when I wrote dvc-reload, I didn't
find a way to unload a feature and its dependancies at the same time
(I don't remember the exact reason which made the FORCE argument
insuficient, but IIRC there was one).

At that time, we had 5 to 10 source files, so it was completely
reasonable to have a hardcoded list, but it would make sense to have
something better now.

Be carefull to write portable code (XEmacs and Emacs 21 in
particular).

Indeed, I think it's possible to write a 'unload-feature-recursive'
completely genericly and dynamically (by replacing the error by a
recursive call in unload-feature).

--

-- 
Matthieu

[DVC] Re: DVC unloading and reloading

Le 4620 Septembre 1993, Matthieu Moy a tapoté:
> There's probably a better way, but when I wrote dvc-reload, I didn't
> find a way to unload a feature and its dependancies at the same time
> (I don't remember the exact reason which made the FORCE argument
> insuficient, but IIRC there was one).

[...]

> Indeed, I think it's possible to write a 'unload-feature-recursive'
> completely genericly and dynamically (by replacing the error by a
> recursive call in unload-feature).

It's possible to recursively unload features with dependencies but
there is an issue I think, what about the feature 'something' I use
which require dvc, reloading dvc should not unload 'something'.

What do you think about this ?

Regards.
--

-- 
Daniel 'NebuchadnezzaR' Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x2A408F69

[DVC] [Sascha Wilde] [PATCH] New argument "none" to configure option --with-arch

Hi Matthieu, Hi Daniel!

I got a patch from a dvc user to allow the installation of DVC without
tla/baz installed.

Since I don't know our configuration system in detail, could you
please look at the attached patch and apply it, if it is usable.
Otherwise please comment, what should be improved.

Stefan.

From: Sascha Wilde <wilde@...>
Subject: [PATCH] New argument "none" to configure option --with-arch
Date: 2006-04-29 17:45:52 GMT

Noch ein Patch, den ich benutze um DVC überhaupt installieren zu
können, obwohl ich weder arch noch bazar installiert habe...

(wie gesagt, ich benutze mercurial...)

grüße
sascha

changeset:   1:e334d7fe1432

[DVC] Re: [Sascha Wilde] [PATCH] New argument "none" to configure option --with-arch

Le 4623 Septembre 1993, Stefan Reichör a tapoté:
> Hi Matthieu, Hi Daniel!
>
> I got a patch from a dvc user to allow the installation of DVC without
> tla/baz installed.

I think it desirable because DVC can be used with other tools.

> Since I don't know our configuration system in detail, could you
> please look at the attached patch and apply it, if it is usable.
> Otherwise please comment, what should be improved.

Is it possible to have a diff against configure.ac, there is many
noise in the previous one :-/

Regards.
--

-- 
Daniel 'NebuchadnezzaR' Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x2A408F69

[DVC] Re: [Sascha Wilde] [PATCH] New argument "none" to configure option --with-arch

Daniel 'NebuchadnezzaR' Dehennin <nebuchadnezzar@...> wrote:

> Is it possible to have a diff against configure.ac, there is many
> noise in the previous one :-/

Hi Daniel,

the "noise" was the diff against "configure" the diff against
"configure.ac" was there, too (at the very end).

Anyway I attached a plain diff for configure.ac.
Note this time I diffed against the latest version of Stefan's
repository. 

cheers
sascha

--- orig/configure.ac
+++ mod/configure.ac
@@ -131,7 +131,7 @@
 AC_DEFUN([DVC_BAZ_OR_TLA],
   [ AC_MSG_CHECKING([arch branch to use])
     AC_ARG_WITH(arch,
-      AC_HELP_STRING([--with-arch={baz|tla}]
+      AC_HELP_STRING([--with-arch={baz|tla|none}]
         [Whether to use tla or baz by default]),
       [ ARCH_BRANCH=${withval} ]
       [ ])
@@ -146,6 +146,9 @@