unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Jan Nieuwenhuizen <janneke@gnu.org>
Cc: Mikael Djurfeldt <mikael@djurfeldt.com>,
	guix-devel@gnu.org, guile-devel <guile-devel@gnu.org>
Subject: Re: [PATCH] Append effective version to GUILE_LOAD[_COMPILED]_PATH
Date: Sat, 19 Mar 2016 22:09:56 +0100	[thread overview]
Message-ID: <87shzmfa3f.fsf@gnu.org> (raw)
In-Reply-To: <874mc2yg27.fsf@drakenvlieg.flower> (Jan Nieuwenhuizen's message of "Sat, 19 Mar 2016 10:26:08 +0100")

Jan Nieuwenhuizen <janneke@gnu.org> skribis:

> in contrast, setting GUILE_LOAD_*PATH to the wrong place makes Guile
> barf trying to load eval.* or boot-9.*. 

There’s also ‘GUILE_SYSTEM_COMPILED_PATH’ and ‘GUILE_SYSTEM_PATH’.

> Also, guix by default sets GUILE_LOAD_PATH and
> GUILE_LOAD_COMPILED_PATH, thus "ensuring" that different guile major
> versions will fail to boot.
>
> Do we want Guile to look at environment variables to find its core
> libraries?
>
>  * Python has magic numbers and skip/recompiles if a .py[oc] does
>    not match
>
> This resembles what Ludovic suggested and what I have submitted a patch
> for, to skip invalid .go files.

I think core libraries are not specifically the problem.  The problem is
that Guile can stumble upon incompatible .go files because
‘GUILE_LOAD_COMPILED_PATH’ is honored by both 2.0 and 2.2.

So I think the possible solutions are:

  1. Have 2.2 honor only GUILE_2_2_LOAD_COMPILED_PATH.  Obviously not
     realistic.

  2. Have Guile automatically append “/2.2” (or “/2.0”, etc.) to the
     GUILE_LOAD_COMPILED_PATH entries.  Would be nice, but too late.

  3. Change both 2.0 and 2.2 to skip invalid/incompatible .go files.
     Sounds like the only viable solution.

Thoughts?

Ludo’.



      reply	other threads:[~2016-03-19 21:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-04 13:13 [PATCH] Append effective version to GUILE_LOAD[_COMPILED]_PATH Jan Nieuwenhuizen
2016-03-11 18:14 ` [PATCH] Skip invalid compiled file found, continue searching path Jan Nieuwenhuizen
2016-03-11 22:02   ` David Kastrup
2016-03-13 10:15     ` Jan Nieuwenhuizen
2016-03-13 11:05       ` David Kastrup
2016-03-13 11:10         ` David Kastrup
2016-03-13 10:03   ` [PATCH v3] " Jan Nieuwenhuizen
2016-03-13 10:19     ` Jan Nieuwenhuizen
2016-03-14 16:10       ` [PATCH v4] " Jan Nieuwenhuizen
2016-03-16 14:19 ` [PATCH] Append effective version to GUILE_LOAD[_COMPILED]_PATH Mikael Djurfeldt
2016-03-19  9:26   ` Jan Nieuwenhuizen
2016-03-19 21:09     ` Ludovic Courtès [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87shzmfa3f.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guile-devel@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=janneke@gnu.org \
    --cc=mikael@djurfeldt.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).