build-specific lisp files (generated by configure)

unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed

* build-specific lisp files (generated by configure)
@ 2014-03-29  3:09 Glenn Morris
  2014-03-29  8:39 ` Andreas Schwab
  0 siblings, 1 reply; 13+ messages in thread
From: Glenn Morris @ 2014-03-29  3:09 UTC (permalink / raw)
  To: emacs-devel

I was playing with the idea of moving some lisp variables that configure
sets (system-configuration etc) from C to lisp. Say, to an
auto-generated lisp/emacs-config.el.

It seems to work fairly nicely, but leaves you with the issue that you
now have a build-specific (even worse than platform-specific) file in
lisp/. This is a problem if you want to share lisp/ between different
builds (eg X and no-X builds). I thought about simply not installing
emacs-config.el (i.e., treat it like a C source file), but that would
fail for installed CANNOT_DUMP builds.

It's not important, but I wondered if anyone had an idea for a solution?

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29  3:09 build-specific lisp files (generated by configure) Glenn Morris
@ 2014-03-29  8:39 ` Andreas Schwab
  2014-03-29 19:42   ` Glenn Morris
  0 siblings, 1 reply; 13+ messages in thread
From: Andreas Schwab @ 2014-03-29  8:39 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> It's not important, but I wondered if anyone had an idea for a solution?

I'd guess the solution is to introduce a build-specific lisp directory,
alongside ${archlibdir}.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29  8:39 ` Andreas Schwab
@ 2014-03-29 19:42   ` Glenn Morris
  2014-03-29 20:20     ` Stefan Monnier
  2014-03-29 21:13     ` Andreas Schwab
  0 siblings, 2 replies; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 19:42 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel

Andreas Schwab wrote:

> Glenn Morris <rgm@gnu.org> writes:
>
>> It's not important, but I wondered if anyone had an idea for a solution?
>
> I'd guess the solution is to introduce a build-specific lisp directory,
> alongside ${archlibdir}.

Yes, but what would it even be called?
It's name would depend on the specific configure options used. Yuck.
So I guess the idea doesn't work. Oh well.



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 19:42   ` Glenn Morris
@ 2014-03-29 20:20     ` Stefan Monnier
  2014-03-29 20:40       ` Glenn Morris
  2014-03-29 21:13     ` Andreas Schwab
  1 sibling, 1 reply; 13+ messages in thread
From: Stefan Monnier @ 2014-03-29 20:20 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Andreas Schwab, emacs-devel

>>> It's not important, but I wondered if anyone had an idea for a solution?
>> I'd guess the solution is to introduce a build-specific lisp directory,
>> alongside ${archlibdir}.
> Yes, but what would it even be called?
> It's name would depend on the specific configure options used. Yuck.
> So I guess the idea doesn't work. Oh well.

I'm not sure I completely understand the issue, but could we generate
the file in src/config.el and then from loadup.el load it via
(expand-file-name "src/config.el" source-directory)?

Of course, if this src/config.el is where source-directory is defined,
we'll need to pass the /foo/src/config.el name from src/Makefile to
the temacs process on the command line.

        Stefan

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 20:20     ` Stefan Monnier
@ 2014-03-29 20:40       ` Glenn Morris
  0 siblings, 0 replies; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 20:40 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Andreas Schwab, emacs-devel

Stefan Monnier wrote:

> I'm not sure I completely understand the issue, but could we generate
> the file in src/config.el and then from loadup.el load it via
> (expand-file-name "src/config.el" source-directory)?

Sure, but that's not really the problem.

The problem is installed CANNOT_DUMP builds where the source has been
deleted. For them, we'd have to install config.el somewhere. And where
would it go? It would have to be a build-specific location.

Not that we really support CANNOT_DUMP builds anyway (pretty sure I
accidentally broke the Makefiles for those a while ago).

Anyway, it's not important, since there's no need to make such a change.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 19:42   ` Glenn Morris
  2014-03-29 20:20     ` Stefan Monnier
@ 2014-03-29 21:13     ` Andreas Schwab
  2014-03-29 21:17       ` Glenn Morris
  1 sibling, 1 reply; 13+ messages in thread
From: Andreas Schwab @ 2014-03-29 21:13 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> Yes, but what would it even be called?

Just like archlibdir, only under libdir.

> It's name would depend on the specific configure options used. Yuck.

Why?

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 21:13     ` Andreas Schwab
@ 2014-03-29 21:17       ` Glenn Morris
  2014-03-29 22:05         ` Andreas Schwab
  0 siblings, 1 reply; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 21:17 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel

Andreas Schwab wrote:

> Just like archlibdir, only under libdir.
>
>> It's name would depend on the specific configure options used. Yuck.

s/It's/Its  :(

> Why?

Because it would contain things like `system-configuration-options'.

Maybe it could live in lisp, but have a name like config-`uuidgen`.el.
Yuck. :)



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 21:17       ` Glenn Morris
@ 2014-03-29 22:05         ` Andreas Schwab
  2014-03-29 22:11           ` Glenn Morris
  0 siblings, 1 reply; 13+ messages in thread
From: Andreas Schwab @ 2014-03-29 22:05 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> Because it would contain things like `system-configuration-options'.

And why is that a problem?

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 22:05         ` Andreas Schwab
@ 2014-03-29 22:11           ` Glenn Morris
  2014-03-29 22:17             ` Andreas Schwab
  0 siblings, 1 reply; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 22:11 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel

Andreas Schwab wrote:

> Glenn Morris <rgm@gnu.org> writes:
>
>> Because it would contain things like `system-configuration-options'.
>
> And why is that a problem?

See my first message.



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 22:11           ` Glenn Morris
@ 2014-03-29 22:17             ` Andreas Schwab
  2014-03-29 22:32               ` Glenn Morris
  0 siblings, 1 reply; 13+ messages in thread
From: Andreas Schwab @ 2014-03-29 22:17 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> See my first message.

Please expand.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 22:17             ` Andreas Schwab
@ 2014-03-29 22:32               ` Glenn Morris
  2014-03-29 22:51                 ` Andreas Schwab
  0 siblings, 1 reply; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 22:32 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel

Andreas Schwab wrote:

> Glenn Morris <rgm@gnu.org> writes:
>
>> See my first message.
>
> Please expand.

I thought you liked brief communcations. :)

Because eg both Red Hat and Debian provide Emacs packages in with-x and
without-x flavours, with a shared emacsen-common package that contains
the lisp/ files. Those X and no-X binaries are supposed to be
co-installable (pointless though that may be). Both would have the same
arch triplet (eg x86_64-linux-gnu), but they would have different values
of system-configuration-options, so would need separate config.el files.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 22:32               ` Glenn Morris
@ 2014-03-29 22:51                 ` Andreas Schwab
  2014-03-29 22:58                   ` Glenn Morris
  0 siblings, 1 reply; 13+ messages in thread
From: Andreas Schwab @ 2014-03-29 22:51 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> of system-configuration-options, so would need separate config.el files.

So they just need to resolve another file conflict.  Not our problem.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: build-specific lisp files (generated by configure)
  2014-03-29 22:51                 ` Andreas Schwab
@ 2014-03-29 22:58                   ` Glenn Morris
  0 siblings, 0 replies; 13+ messages in thread
From: Glenn Morris @ 2014-03-29 22:58 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel

Andreas Schwab wrote:

> So they just need to resolve another file conflict.  Not our problem.

Maybe you're right. At the moment I don't feel like this is something
worth pursuing though.



^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2014-03-29 22:58 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-29  3:09 build-specific lisp files (generated by configure) Glenn Morris
2014-03-29  8:39 ` Andreas Schwab
2014-03-29 19:42   ` Glenn Morris
2014-03-29 20:20     ` Stefan Monnier
2014-03-29 20:40       ` Glenn Morris
2014-03-29 21:13     ` Andreas Schwab
2014-03-29 21:17       ` Glenn Morris
2014-03-29 22:05         ` Andreas Schwab
2014-03-29 22:11           ` Glenn Morris
2014-03-29 22:17             ` Andreas Schwab
2014-03-29 22:32               ` Glenn Morris
2014-03-29 22:51                 ` Andreas Schwab
2014-03-29 22:58                   ` Glenn Morris

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).