unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
@ 2019-07-15 20:53 Keith David Bershatsky
  2019-07-16  1:20 ` Noam Postavsky
  2019-07-18  8:38 ` Eli Zaretskii
  0 siblings, 2 replies; 8+ messages in thread
From: Keith David Bershatsky @ 2019-07-15 20:53 UTC (permalink / raw)
  To: Emacs Devel

When building master branch from today (0797b39185e66983c7286e89f93dd4f6c83b6ea7) on Windows 32 (minGW and ezwinports downloaded a few years ago) with the following build options:

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

... the build stops with the following output:

make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
make info-real info-dir
make[1]: Entering directory `/c/docume~1/admini~1/desktop/emacs'
make -C doc/lispref info
make[2]: Entering directory `/c/docume~1/admini~1/desktop/emacs/doc/lispref'
/c/mingw/bin/mkdir -p ../../info
  GEN      ../../info/elisp.info
/c/docume~1/admini~1/desktop/emacs/doc/lispref//display.texi:5740: `SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
make[2]: *** [../../info/elisp.info] Error 1
make[2]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/doc/lispref'
make[1]: *** [lispref-info] Error 2
make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs'
make: *** [info] Error 2



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
  2019-07-15 20:53 w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?) Keith David Bershatsky
@ 2019-07-16  1:20 ` Noam Postavsky
  2019-07-18  8:38 ` Eli Zaretskii
  1 sibling, 0 replies; 8+ messages in thread
From: Noam Postavsky @ 2019-07-16  1:20 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: Emacs Devel

On Mon, 15 Jul 2019 at 16:54, Keith David Bershatsky <esq@lawlist.com> wrote:
>
> When building master branch from today (0797b39185e66983c7286e89f93dd4f6c83b6ea7) on Windows 32 (minGW and ezwinports downloaded a few years ago) with the following build options:
>
> CFLAGS='-O0 -g3' ./configure \
[..]
> --without-makeinfo \
[...]
> --without-makeinfo

>   GEN      ../../info/elisp.info

It seems odd that you're having info built even though you apparently
configured --without-makeinfo (twice, even).



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
@ 2019-07-16  3:06 Keith David Bershatsky
  2019-07-16 14:05 ` Noam Postavsky
  0 siblings, 1 reply; 8+ messages in thread
From: Keith David Bershatsky @ 2019-07-16  3:06 UTC (permalink / raw)
  To: Noam Postavsky; +Cc: emacs-devel

Thank you, Noam, for looking into this particular issue.  If I were to make an UNeducated guess based upon a word search for "svg", then I would guess that the following commit may be potential cause:

https://github.com/emacs-mirror/emacs/commit/d6bc55ae2dc98c83e58a28e380ce4bcf2ed00bb3

I have built 0797b39185e66983c7286e89f93dd4f6c83b6ea7 twice today and had the same error as described in the opening post to this particular thread.

I have no problems building ac57c5093829ee09084c562bbbc1c412179be13d from the preceding day.  That works just fine.

Thanks for spotting the duplicate "--without-makinfo" command line build option.  I will revise my cheat-sheet to omit one of them.

Because I have been able to successfully build Emacs for several years using this same Windows XP SP3 virtual machine with an outdated timestamp, I believe that it may only be a contributing factor to the error in this thread, rather than the root cause.  I can certainly update the timestamp on the virtual machine and build Emacs a third time today using 0797b39185e66983c7286e89f93dd4f6c83b6ea7, but I would guess that I will have the same result in a failed build.

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

Above reply in partial response to suggestions / comments raised by Noam in a semi-related thread:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=36681#14

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

> Date: [07-15-2019 18:20:42] <15 Jul 2019 21:20:42 -0400>
> From: Noam Postavsky <npostavs@gmail.com>
> To: Keith David Bershatsky <esq@lawlist.com>
> Cc: Emacs Devel <emacs-devel@gnu.org>
> Subject: Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
> 
> On Mon, 15 Jul 2019 at 16:54, Keith David Bershatsky <esq@lawlist.com> wrote:
> >
> > When building master branch from today (0797b39185e66983c7286e89f93dd4f6c83b6ea7) on Windows 32 (minGW and ezwinports downloaded a few years ago) with the following build options:
> >
> > CFLAGS='-O0 -g3' ./configure \
> [..]
> > --without-makeinfo \
> [...]
> > --without-makeinfo
> 
> >   GEN      ../../info/elisp.info
> 
> It seems odd that you're having info built even though you apparently
> configured --without-makeinfo (twice, even).



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
  2019-07-16  3:06 Keith David Bershatsky
@ 2019-07-16 14:05 ` Noam Postavsky
  0 siblings, 0 replies; 8+ messages in thread
From: Noam Postavsky @ 2019-07-16 14:05 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: Emacs developers

On Mon, 15 Jul 2019 at 23:06, Keith David Bershatsky <esq@lawlist.com> wrote:

> Because I have been able to successfully build Emacs for several years using this same Windows XP SP3 virtual machine with an outdated timestamp, I believe that it may only be a contributing factor to the error in this thread, rather than the root cause.  I can certainly update the timestamp on the virtual machine and build Emacs a third time today using 0797b39185e66983c7286e89f93dd4f6c83b6ea7, but I would guess that I will have the same result in a failed build.

By outdated timestamps, I meant the modification times of your source
and/or build files (e.g., maybe the VM's clock got out of sync at some
point?). But looking at your build log again, it's something even
stranger than that:

GEN globals.h
CC emacs.o
gcc -std=gnu11 emacs.o -o emacs

Where is that last line coming from? It's trying to produce the
'emacs' executable without linking any of the object files except
emacs.o. And it didn't use the silent rule format (CCLD).



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
  2019-07-15 20:53 w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?) Keith David Bershatsky
  2019-07-16  1:20 ` Noam Postavsky
@ 2019-07-18  8:38 ` Eli Zaretskii
  2019-07-18  9:31   ` Robert Pluim
  1 sibling, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2019-07-18  8:38 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: emacs-devel

> Date: Mon, 15 Jul 2019 13:53:54 -0700
> From: Keith David Bershatsky <esq@lawlist.com>
> 
> When building master branch from today (0797b39185e66983c7286e89f93dd4f6c83b6ea7) on Windows 32 (minGW and ezwinports downloaded a few years ago) with the following build options:
> 
> 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
> 
> ... the build stops with the following output:
> 
> make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
> make info-real info-dir
> make[1]: Entering directory `/c/docume~1/admini~1/desktop/emacs'
> make -C doc/lispref info
> make[2]: Entering directory `/c/docume~1/admini~1/desktop/emacs/doc/lispref'
> /c/mingw/bin/mkdir -p ../../info
>   GEN      ../../info/elisp.info
> /c/docume~1/admini~1/desktop/emacs/doc/lispref//display.texi:5740: `SVG Path Commands' has no Up field (perhaps incorrect sectioning?).

I see no "SVG Path Commands" in lispref/display.texi.  Do you still
see this problem with today's master?



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
  2019-07-18  8:38 ` Eli Zaretskii
@ 2019-07-18  9:31   ` Robert Pluim
  0 siblings, 0 replies; 8+ messages in thread
From: Robert Pluim @ 2019-07-18  9:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Keith David Bershatsky, emacs-devel

>>>>> On Thu, 18 Jul 2019 11:38:48 +0300, Eli Zaretskii <eliz@gnu.org> said:
    Eli> I see no "SVG Path Commands" in lispref/display.texi.  Do you still
    Eli> see this problem with today's master?

Lars reverted the relevant commits as the copyright paperwork isnʼt in
order yet.

Robert



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
@ 2019-07-18 17:07 Keith David Bershatsky
  2019-07-18 17:12 ` Eli Zaretskii
  0 siblings, 1 reply; 8+ messages in thread
From: Keith David Bershatsky @ 2019-07-18 17:07 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Robert Pluim, emacs-devel

Given that the relevant commit has been reverted, I am assuming that Eli Z. does not need me to do anything further on this issue.  If by chance anyone still needs something, just let me know.

Keith

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

> Date: [07-18-2019 02:31:36] <18 Jul 2019 11:31:36 +0200>
> From: Robert Pluim <rpluim@gmail.com>
> To: Eli Zaretskii <eliz@gnu.org>
> Cc: Keith David Bershatsky <esq@lawlist.com>, emacs-devel@gnu.org
> Subject: Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
> 
> >>>>> On Thu, 18 Jul 2019 11:38:48 +0300, Eli Zaretskii <eliz@gnu.org> said:
>     Eli> I see no "SVG Path Commands" in lispref/display.texi.  Do you still
>     Eli> see this problem with today's master?
> 
> Lars reverted the relevant commits as the copyright paperwork isnʼt in
> order yet.
> 
> Robert

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

Date: [07-18-2019 01:38:48] <18 Jul 2019 11:38:48 +0300>
From: Eli Zaretskii <eliz@gnu.org>

> Date: Mon, 15 Jul 2019 13:53:54 -0700
> From: Keith David Bershatsky <esq@lawlist.com>
>
> When building master branch from today (0797b39185e66983c7286e89f93dd4f6c83b6ea7) on Windows 32 (minGW and ezwinports downloaded a few years ago) with the following build options:
>
> 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
>
> ... the build stops with the following output:
>
> make[1]: Leaving directory `/c/docume~1/admini~1/desktop/emacs/lisp'
> make info-real info-dir
> make[1]: Entering directory `/c/docume~1/admini~1/desktop/emacs'
> make -C doc/lispref info
> make[2]: Entering directory `/c/docume~1/admini~1/desktop/emacs/doc/lispref'
> /c/mingw/bin/mkdir -p ../../info
>   GEN      ../../info/elisp.info
> /c/docume~1/admini~1/desktop/emacs/doc/lispref//display.texi:5740: `SVG Path Commands' has no Up field (perhaps incorrect sectioning?).

I see no "SVG Path Commands" in lispref/display.texi.  Do you still
see this problem with today's master?



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

* Re: w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?).
  2019-07-18 17:07 Keith David Bershatsky
@ 2019-07-18 17:12 ` Eli Zaretskii
  0 siblings, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2019-07-18 17:12 UTC (permalink / raw)
  To: Keith David Bershatsky; +Cc: rpluim, emacs-devel

> Date: Thu, 18 Jul 2019 10:07:53 -0700
> From: Keith David Bershatsky <esq@lawlist.com>
> Cc: Robert Pluim <rpluim@gmail.com>, emacs-devel@gnu.org
> 
> Given that the relevant commit has been reverted, I am assuming that Eli Z. does not need me to do anything further on this issue.  If by chance anyone still needs something, just let me know.

Yes.  There is indeed an error in Texinfo usage there, but we will
deal with it when the changes are committed again to master.



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

end of thread, other threads:[~2019-07-18 17:12 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-07-15 20:53 w32 port: SVG Path Commands' has no Up field (perhaps incorrect sectioning?) Keith David Bershatsky
2019-07-16  1:20 ` Noam Postavsky
2019-07-18  8:38 ` Eli Zaretskii
2019-07-18  9:31   ` Robert Pluim
  -- strict thread matches above, loose matches on Subject: below --
2019-07-16  3:06 Keith David Bershatsky
2019-07-16 14:05 ` Noam Postavsky
2019-07-18 17:07 Keith David Bershatsky
2019-07-18 17:12 ` 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).