unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
@ 2019-04-03 18:59 Keith David Bershatsky
  2019-04-03 19:21 ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: Keith David Bershatsky @ 2019-04-03 18:59 UTC (permalink / raw)
  To: Emacs Devel

I am able to successfully build Emacs master branch 03/28/2019 on NS and X11, however, the w32 build fails (Windows XP SP-3, using MinGW-32 and the ezwinports goodies from a couple of years ago):

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
make[2]: *** [calendar/cal-loaddefs.el] Error 3
make[2]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
make[1]: *** [../lisp/loaddefs.el] Error 2
make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/src'
make: *** [src] Error 2

[The last time I tried and successfully built the master branch on a w32 machine was early-mid December 2018, so something has changed in the last 3.5 months that breaks the build process.]

Q:  How can I assist the Emacs team to debug this issue?



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

* Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
  2019-04-03 18:59 Keith David Bershatsky
@ 2019-04-03 19:21 ` Eli Zaretskii
  0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2019-04-03 19:21 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: emacs-devel

> Date: Wed, 03 Apr 2019 11:59:07 -0700
> From: Keith David Bershatsky <esq@lawlist.com>
> 
> I am able to successfully build Emacs master branch 03/28/2019 on NS and X11, however, the w32 build fails (Windows XP SP-3, using MinGW-32 and the ezwinports goodies from a couple of years ago):
> 
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> make[2]: *** [calendar/cal-loaddefs.el] Error 3
> make[2]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
> make[1]: *** [../lisp/loaddefs.el] Error 2
> make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/src'
> make: *** [src] Error 2

Doesn't happen here.  Is this a fresh checkout, or a directory where
you already built Emacs in the past?  If the latter, there might be
stale files around which cause this, so be sure to clean up the tree.



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

* Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
@ 2019-04-04  0:35 Keith David Bershatsky
  2019-04-04 13:07 ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: Keith David Bershatsky @ 2019-04-04  0:35 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Thank you, Eli, for letting me know that the w32 build succeeds on your end.

I was eventually able to build a clean w32 Emacs master branch from today (04/03/2019) -- without incident.

I am still struggling, however, with building a patched version from 03/28/2019 (containing a proof concept of the multiple fake cursors feature).  There is only one new lisp file (crosshairs.el), which has six (6) of these:

;;;###autoload

For each loaddefs.el, I see a loop of what seems like somewhere between 50 and 100 repetitions until the build process moves on to the next loaddefs.el file; and, the loops look like this:

  c:/docume~1/admini~1/desktop/emacs/lisp/loaddefs.el and c:/Documents and Settings/Administrator/Desktop/emacs/lisp/loaddefs.el are the same file

  ...

  c:/docume~1/admini~1/desktop/emacs/lisp/loaddefs.el and c:/Documents and Settings/Administrator/Desktop/emacs/lisp/loaddefs.el are the same file

  ...

  c:/docume~1/admini~1/desktop/emacs/lisp/loaddefs.el and c:/Documents and Settings/Administrator/Desktop/emacs/lisp/loaddefs.el are the same file


In the Console2 terminal using the MinGW_32 goodies, I do the following:

cd /c/docume~1/admini~1/desktop/

rm -rf emacs

git clone -b master git://git.sv.gnu.org/emacs.git

cd /c/docume~1/admini~1/desktop/emacs

git reset --hard 2da9f8bf4222fda504f43b4757e154999cdbbf2c

;;; "HEAD is now at 2da9f8b Fix display of sliced images on MS-Windows"

git apply /path/to/the/patch.diff

./autogen.sh

CFLAGS='-O0 -g3' ./configure \
--prefix=/c/docume~1/admini~1/desktop/trunk \
--enable-checking='yes,glyphs' \
--enable-check-lisp-object-type \
--without-compress-install \
--without-makeinfo \
--with-gnutls=no \
--with-mailutils \
--without-makeinfo

make

...

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

> Date: [04-03-2019 12:21:38] <03 Apr 2019 22:21:38 +0300>
> From: Eli Zaretskii <eliz@gnu.org>
> To: Keith David Bershatsky <esq@lawlist.com>
> CC: emacs-devel@gnu.org
> Subject: Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
> 
> > Date: Wed, 03 Apr 2019 11:59:07 -0700
> > From: Keith David Bershatsky <esq@lawlist.com>
> >
> > I am able to successfully build Emacs master branch 03/28/2019 on NS and X11, however, the w32 build fails (Windows XP SP-3, using MinGW-32 and the ezwinports goodies from a couple of years ago):
> >
> > This application has requested the Runtime to terminate it in an unusual way.
> > Please contact the application's support team for more information.
> > make[2]: *** [calendar/cal-loaddefs.el] Error 3
> > make[2]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
> > make[1]: *** [../lisp/loaddefs.el] Error 2
> > make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/src'
> > make: *** [src] Error 2
> 
> Doesn't happen here.  Is this a fresh checkout, or a directory where
> you already built Emacs in the past?  If the latter, there might be
> stale files around which cause this, so be sure to clean up the tree.



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

* Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
  2019-04-04  0:35 Keith David Bershatsky
@ 2019-04-04 13:07 ` Eli Zaretskii
  0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2019-04-04 13:07 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: emacs-devel

> Date: Wed, 03 Apr 2019 17:35:18 -0700
> From: Keith David Bershatsky <esq@lawlist.com>
> Cc: emacs-devel@gnu.org
> 
> I am still struggling, however, with building a patched version from 03/28/2019 (containing a proof concept of the multiple fake cursors feature).  There is only one new lisp file (crosshairs.el), which has six (6) of these:
> 
> ;;;###autoload
> 
> For each loaddefs.el, I see a loop of what seems like somewhere between 50 and 100 repetitions until the build process moves on to the next loaddefs.el file; and, the loops look like this:
> 
>   c:/docume~1/admini~1/desktop/emacs/lisp/loaddefs.el and c:/Documents and Settings/Administrator/Desktop/emacs/lisp/loaddefs.el are the same file

They are just warnings.

> In the Console2 terminal using the MinGW_32 goodies, I do the following:
> 
> cd /c/docume~1/admini~1/desktop/

I think this is the cause of your problem, right there: you are using
short 8+3 aliases of long file names.  Why are you doing that?  Just
say

  cd "/c/Documents and Settings/Administrator/Desktop"

> CFLAGS='-O0 -g3' ./configure \
> --prefix=/c/docume~1/admini~1/desktop/trunk \

Likewise here: use the full long file names.

Alternatively, just ignore the warnings, they are harmless.



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

* Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
@ 2019-04-05  1:05 Keith David Bershatsky
  2019-04-05  6:16 ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: Keith David Bershatsky @ 2019-04-05  1:05 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Thank you, Eli, for the suggestions.  I gave it a whirl and it looks like my version of gcc.exe / MinGW_32 does not deal well with spaces in file/folder names.  This may have been the reason why I have been using the 8+3 aliases of long file names for the past few years when building Emacs on the w32 platform; however, I have only a vague recollection of what went through my mind when I wrote up my initial cheat-sheet way back then.  To avoid seeing the warnings during the build process, I may ultimately do the building in a path that does not contain any spaces in the file/folder names.

Unless there is more than one issue preventing the build from completing using the patch for multiple fake cursors (proof concept), it appears that the root cause of the failed build relates to the uninitialized memory that is being worked on contemporaneously in a different thread.

cd "/c/Documents and Settings/Administrator/Desktop/emacs"

./autogen.sh

CFLAGS='-O0 -g3' ./configure \
--prefix="/c/Documents and Settings/Administrator/Desktop/trunk" \
--enable-checking='yes,glyphs' \
--enable-check-lisp-object-type \
--without-compress-install \
--without-makeinfo \
--with-gnutls=no \
--with-mailutils \
--without-makeinfo

make

make -C nt all
make[1]: Entering directory `/c/Documents and Settings/Administrator/Desktop/emcs/nt'
  RC       emacs.res
  CCLD     runemacs.exe
gcc.exe: error: and: No such file or directory
gcc.exe: error: Settings/Administrator/Desktop/emacs/nt/inc: No such file or diectory
make[1]: *** [runemacs.exe] Error 1
make[1]: Leaving directory `/c/Documents and Settings/Administrator/Desktop/emas/nt'
make: *** [nt] Error 2

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

> Date: [04-04-2019 06:07:23] <04 Apr 2019 16:07:23 +0300>
> From: Eli Zaretskii <eliz@gnu.org>
> 
> * * *
> >
> > For each loaddefs.el, I see a loop of what seems like somewhere between 50 and 100 repetitions until the build process moves on to the next loaddefs.el file; and, the loops look like this:
> >
> >   c:/docume~1/admini~1/desktop/emacs/lisp/loaddefs.el and c:/Documents and Settings/Administrator/Desktop/emacs/lisp/loaddefs.el are the same file
> 
> They are just warnings.
> 
> > In the Console2 terminal using the MinGW_32 goodies, I do the following:
> >
> > cd /c/docume~1/admini~1/desktop/
> 
> I think this is the cause of your problem, right there: you are using
> short 8+3 aliases of long file names.  Why are you doing that?  Just
> say
> 
>   cd "/c/Documents and Settings/Administrator/Desktop"
> 
> > CFLAGS='-O0 -g3' ./configure \
> > --prefix=/c/docume~1/admini~1/desktop/trunk \
> 
> Likewise here: use the full long file names.
> 
> Alternatively, just ignore the warnings, they are harmless.



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

* Re: w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3"
  2019-04-05  1:05 w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3" Keith David Bershatsky
@ 2019-04-05  6:16 ` Eli Zaretskii
  0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2019-04-05  6:16 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: emacs-devel

> Date:  Thu, 04 Apr 2019 18:05:35 -0700
> From:  Keith David Bershatsky <esq@lawlist.com>
> Cc:  emacs-devel@gnu.org
> 
> make -C nt all
> make[1]: Entering directory `/c/Documents and Settings/Administrator/Desktop/emcs/nt'
>   RC       emacs.res
>   CCLD     runemacs.exe
> gcc.exe: error: and: No such file or directory
> gcc.exe: error: Settings/Administrator/Desktop/emacs/nt/inc: No such file or diectory

This is a problem with our Makefile's, not with GCC.

A quick and easy solution would be to build Emacs somewhere else, not
under "Documents and Settings".



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

end of thread, other threads:[~2019-04-05  6:16 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-04-05  1:05 w32 master branch: "make[2]: *** [calendar/cal-loaddefs.el] Error 3" Keith David Bershatsky
2019-04-05  6:16 ` Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2019-04-04  0:35 Keith David Bershatsky
2019-04-04 13:07 ` Eli Zaretskii
2019-04-03 18:59 Keith David Bershatsky
2019-04-03 19:21 ` Eli Zaretskii

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