all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* window.el has no provide
@ 2015-02-12 15:52 Jordon Biondo
  2015-02-12 18:45 ` Stefan Monnier
  0 siblings, 1 reply; 4+ messages in thread
From: Jordon Biondo @ 2015-02-12 15:52 UTC (permalink / raw)
  To: emacs-devel

Is there a reason that there is no provide in window.el? If not, can one be added?

diff --git lisp/window.el lisp/window.el
index abc6006..3f43a71 100644
--- lisp/window.el
+++ lisp/window.el
@@ -7990,4 +7990,6 @@ Otherwise, consult the value of `truncate-partial-width-windows'
 (define-key ctl-x-map "+" 'balance-windows)
 (define-key ctl-x-4-map "0" 'kill-buffer-and-window)
 
+(provide 'window)
+
 ;;; window.el ends here




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

* Re: window.el has no provide
  2015-02-12 15:52 window.el has no provide Jordon Biondo
@ 2015-02-12 18:45 ` Stefan Monnier
  2015-02-12 19:32   ` Jordon Biondo
  0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2015-02-12 18:45 UTC (permalink / raw)
  To: Jordon Biondo; +Cc: emacs-devel

> Is there a reason that there is no provide in window.el?

It's preloaded, so (require 'window) is never needed, and (featurep
'window) should always be t.

> If not, can one be added?

Of course, and it's probably a good idea.  I'm just curious what's
the motivation.


        Stefan



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

* Re: window.el has no provide
  2015-02-12 18:45 ` Stefan Monnier
@ 2015-02-12 19:32   ` Jordon Biondo
  2015-02-12 21:12     ` Stefan Monnier
  0 siblings, 1 reply; 4+ messages in thread
From: Jordon Biondo @ 2015-02-12 19:32 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: emacs-devel

I was getting byte compilation errors when compiling my init.el

  init.el:631:10:Error: Required feature `window' was not provided

My init generates requires for all packages I have configurations for which is why I’m requiring ‘window in the first place. I can’t reliably recreate the issue, but when it does happen, as you would imagine, (featurep ‘window) is nil, even though window.el is loaded. I’ll report a bug if I can reliable recreate it.

Real problem or not, I thought it was weird that there was no provide.

> On Feb 12, 2015, at 1:45 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> 
>> Is there a reason that there is no provide in window.el?
> 
> It's preloaded, so (require 'window) is never needed, and (featurep
> 'window) should always be t.
> 
>> If not, can one be added?
> 
> Of course, and it's probably a good idea.  I'm just curious what's
> the motivation.
> 
> 
>        Stefan




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

* Re: window.el has no provide
  2015-02-12 19:32   ` Jordon Biondo
@ 2015-02-12 21:12     ` Stefan Monnier
  0 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2015-02-12 21:12 UTC (permalink / raw)
  To: Jordon Biondo; +Cc: emacs-devel

> My init generates requires for all packages I have configurations for which
> is why I’m requiring ‘window in the first place.

Beware: some config vars can move because of file-renamings, so the
`require' might then fail.  Other problems can be that some custom vars
might be in files which shouldn't directly be required (you should
require the "parent" file instead).

FWIW, I don't have a single `require' in my ~/.emacs which sits at
about 60KB.

Usually `require' is needed in Elisp packages, but not in ~/.emacs.
So if/when you do need it there, it's worth reporting it via
M-x report-emacs-bug: there are definitely cases where it's not a bug
that the user needs to do a `require', but for "normal" use it
shouldn't be needed.

> Real problem or not, I thought it was weird that there was no provide.

Many of the preloaded files aren't really considered as independent
packages, instead they're just a convenient place to group related
functionality of the base system.
So they don't come with a `provide' statement.
I think it's good to structure even this "base system" as "independent"
packages, but there are many other things which would be nice, so we
can't do them all.


        Stefan



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

end of thread, other threads:[~2015-02-12 21:12 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-02-12 15:52 window.el has no provide Jordon Biondo
2015-02-12 18:45 ` Stefan Monnier
2015-02-12 19:32   ` Jordon Biondo
2015-02-12 21:12     ` Stefan Monnier

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.