Das Erstellen von Tarball-Versionen von GNU m4 1.4.10 bis 1.4.18 (habe nicht alle Hotfix-Versionen getestet, aber ich gehe davon aus, dass der Fehler in diesem Bereich konsistent ist) mit ./configure && make -j1 und git git Repository http://git.savannah.gnu.org/r/m4.git mit ./bootstrap && ./configure && make -j1 (commit cvs-readonly-359-gd69fa528 also HEAD von master ) schlägt fehl wegen
freadahead.c: In function 'freadahead':
freadahead.c:92:3: error: #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib."
#error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib."
^~~~~
make[3]: *** [Makefile:1910: freadahead.o] Error 1
make[3]: Leaving directory '/mnt/data/sources/m4-1.4.18/lib'
Ich bin sehr verwirrt über diesen Fehler und laut einer oberflächlichen Google-Suche ist das Problem die Folge eines zu lange ignorierten Upstream-Updates, siehe z. https://bugzilla.redhat.com/show_bug.cgi?id=1573342 mit der genialen Dokumentation des Fixes „Danke für den Fehlerbericht, behoben!“ – wenn das anderen nicht hilft…
Ich habe versucht, glibc aus dem Quellcode zu erstellen und in einem benutzerdefinierten Präfix[1] zu installieren. 2.28 und 2.27 weisen das gleiche Problem auf und 2.26 schlägt aufgrund von
fehlmake[2]: Verzeichnis „/mnt/data/sources/glibc-2.26/inet“ wird betreten
gcc ../sysdeps/unix/sysv/linux/if_index.c -c -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=initial-exec -U_FORTIFY_SOURCE -I../include -I/mnt/data/sources/glibc-2.26-build/inet -I/mnt/data/sources/glibc-2.26-build -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -D_LIBC_REENTRANT -include /mnt/data/sources/glibc-2.26-build/libc-modules.h -DMODULE_NAME=libc -include ../include/libc-symbols.h -DPIC -DTOP_NAMESPACE=glibc -o /mnt/data/sources/glibc-2.26-build/inet/if_index.o -MD -MP -MF /mnt/data/sources/glibc-2.26-build/inet/if_index.o.dt -MT /mnt/data/sources/glibc-2.26-build/inet/if_index.o
../sysdeps/unix/sysv/linux/if_index.c: In function ‘__if_nametoindex’:
../sysdeps/unix/sysv/linux/if_index.c:46:3: error: ‘strncpy’ specified bound 16 equals destination size [-Werror=stringop-truncation]
strncpy (ifr.ifr_name, ifname, sizeof (ifr.ifr_name));
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[2]: *** [/mnt/data/sources/glibc-2.26-build/sysd-rules:213: /mnt/data/sources/glibc-2.26-build/inet/if_index.o] Fehler 1
make[2]: Verzeichnis „/mnt/data/sources/glibc-2.26/inet“ wird verlassen
make[1]: *** [Makefile:215: inet/subdir_lib] Fehler 2
make[1]: Verzeichnis „/mnt/data/sources/glibc-2.26“ wird verlassen
make: *** [Makefile:9: all] Fehler 2
und 2,25 wegen
strftime_l.c: In function ‘__strftime_internal’:
strftime_l.c:719:4: error: macro expands to multiple statements [-Werror=multistatement-macros]
digits = d > width ? d : width;
^~~~~~
strftime_l.c:1260:6: note: in expansion of macro ‘DO_NUMBER’
DO_NUMBER (1, tp->tm_year + TM_YEAR_BASE);
^~~~~~~~~
strftime_l.c:1259:4: note: some parts of macro expansion are not guarded by this ‘else’ clause
else
^~~~
In file included from wcsftime_l.c:23:
strftime_l.c: In function ‘__strftime_internal’:
strftime_l.c:719:4: error: macro expands to multiple statements [-Werror=multistatement-macros]
digits = d > width ? d : width;
^~~~~~
strftime_l.c:1260:6: note: in expansion of macro ‘DO_NUMBER’
DO_NUMBER (1, tp->tm_year + TM_YEAR_BASE);
^~~~~~~~~
strftime_l.c:1259:4: note: some parts of macro expansion are not guarded by this ‘else’ clause
else
^~~~
cc1: all warnings being treated as errors
make[2]: *** [../o-iterator.mk:9: /mnt/data/sources/glibc-2.25-build/time/strftime_l.os] Fehler 1
was mich dazu veranlasste, keine weitere Version auszuprobieren.
Verwandte:Software Center leer „Kein Nutzen vom Server“ „Kein Benutzername in der Konfigurationsdatei“ in Ubuntu?
[Die Diskussion zu einem Bericht über ein ähnliches Problem in findutils] schlägt vor, freadahead.{c,h} zu überschreiben aus einem aktuellen Gnulib-Quellstamm. Dies führt zu einer Reihe von Problemen, die hier nicht dokumentiert werden müssen, da ich nicht weiß, was ich tue.
Wie können Sie mit der Behebung, Meldung und/oder Umgehung dieses Problems beginnen?
Ich baue m4 aus dem Quellcode für ein Bootstrap-Skript für Systeme, auf denen ein Benutzer keine Berechtigungen zur Verwendung des Paketmanagers hat. Ich bin wirklich nur daran interessiert, das ursprüngliche GNU m4 aus Release-Quell-Tarballs zu erstellen.
Eine Übersicht über Build-Ergebnisse auf anderen ähnlich nackten Systemen finden Sie unter https://gitlab.com/krichter/m4/pipelines/36977411.
[1] Falls Sie dies untersuchen, installieren Sie glibc immer in einem benutzerdefinierten Präfix, da eine Installation im Standardpräfix /usr/local wird mit Sicherheit Ihr System ruinieren. Erwägen Sie die Verwendung von checkinstall sicher sein.
Akzeptierte Antwort:
Versuchen Sie, diesen Patch anzuwenden. Es ist ein von OpenEmbedded generierter Backport des Upstream-Patches.