Aktuelle Buildfehler bei make image für Kronos_V2

[jokel]

echt ich dachte 0 fehler ist besser.

[jokel]

Code: Alles auswählen

#
# configuration written to .config
#
[INFO ]  Performing some trivial sanity checks
[INFO ]  Build started 20211009.183534
[INFO ]  Building environment variables
[INFO ]  =================================================================
[INFO ]  Retrieving needed toolchain components' tarballs
[ERROR]   
[ERROR]  >>
[ERROR]  >>  Build failed in step 'Retrieving needed toolchain components' tarballs'
[ERROR]  >>        called in step '(top-level)'
[ERROR]  >>
[ERROR]  >>  Error happened in: do_isl_get[scripts/build/companion_libs/121-isl.sh@16]
[ERROR]  >>        called from: do_companion_libs_get[scripts/build/companion_libs.sh@15]
[ERROR]  >>        called from: main[scripts/crosstool-NG.sh@607]
[ERROR]  >>
[ERROR]  >>  For more info on this error, look at the file: 'build.log'
[ERROR]  >>  There is a list of known issues, some with workarounds, in:
[ERROR]  >>      'docs/B - Known issues.txt'
[ERROR]  >>
[ERROR]  >>  If you feel this is a bug in crosstool-NG, report it at:
[ERROR]  >>      https://github.com/crosstool-ng/crosstool-ng/issues/
[ERROR]  >>
[ERROR]  >>  Make sure your report includes all the information pertinent to this issue.
[ERROR]  >>  Read the bug reporting guidelines here:
[ERROR]  >>      http://crosstool-ng.github.io/support/
[ERROR]   
[ERROR]  (elapsed: 8:26.10)
[08:26] / make[1]: *** [ct-ng:146: build] Fehler 1
make: *** [package/crosstool-ng/crosstool-ng.mk:45: crosstool-ng] Fehler 2

[Miky]

Eigentlich doch nicht falsch zu verstehen jokel.
Mit "läuft nicht" ist es noch keinem gelungen, egal wo, etwas repariert zu bekommen. Da braucht es in der Regel eine deutlich genauere Beschreibung.
Edit: Das hat sich jetzt überschritten aber scheint ja angekommen zu sein.

[Don de Deckelwech]

Hi,
gabs im Streamboard auch, hier das Issue von Crosstool-NG:
https://github.com/crosstool-ng/crossto ... ssues/1609

Ciao,
DdD.

[jokel]

scheint so das sich das überschnitten hat,aber ich musste erst die festplatte wechseln um die fehlermeldung zu
reproduzieren.

[Don de Deckelwech]

Hi,
neue Quelle für isl , siehe https://github.com/crosstool-ng/crossto ... abd382d000

Ciao,
DdD.

[satbaby]

Ich wollte vu4kzero bauen und bleibe immer bei cross config hängen:

Code: Alles auswählen

  GEN      docs/ct-ng.1
  CONF  oldconfig

Configuration file was generated by an older version of crosstool-NG;
configuration file has no version; crosstool-NG currently expects
version 3. If this configuration file was generated by a crosstool-NG
version 1.23.0 or later, you can run 'ct-ng upgradeconfig'.
Compatibility with previous releases is not guaranteed. In any case,
verify the resulting configuration.

*
* Restart config...
*
*
* Paths and misc options
*
*
* crosstool-NG behavior
*
Use obsolete features (OBSOLETE) [Y/n/?] y
Try features marked as EXPERIMENTAL (EXPERIMENTAL) [Y/n/?] y
  Allow building as root user (READ HELP!) (ALLOW_BUILD_AS_ROOT) [N/y/?] n
Debug crosstool-NG (DEBUG_CT) [N/y/?] n
*
* Paths

//edit
ok alte crosstool-ng.git gelöscht und geht weiter.

[jokel]

damit sieht "make init" schon besser aus. danke don

[[MCP]]

Ich bin jetzt seit einer Woche mit basteln und testen beschäftigt gewesen.

Bezüglich YYTYPE yylloc habe ich die Ursache insoweit gefunden,
das es an DEBIAN 11 liegt, genauer an dem jetzt benutzten gcc 10.

Ich verweise am besten auf folgende Liste:

https://lists.linaro.org/pipermail/linu ... 78818.html

Ab Verwendung des gcc 10 poppt dann der Ärger auf.

Das dort vorgeschlagene löschen der Deklaration von YYLTYPE yyylloc
funktioniert für Kernel 3.10.108 aber leider nicht.

Hilfe bringt Fix-coolstream-hd2-yylloc-linux-kernel.patch
der gegen remotes/origin/ni/linux-3.10.108 gemacht ist.

Fix-coolstream-hd2-yylloc-linux-kernel.patch

Bei mir lässt sich damit der Kernel ohne Probleme bauen und funktioniert dann auch.

Für djmount ist bei mir Fix-djmount-build-target-tools.patch zum erfolgreichen Image bauen nötig.

Fix-djmount-build-target-tools.patch

Ich hoffe, ich nerve nicht all zu sehr.

Ich habe leider bis jetzt gebraucht, um einen vollständigen Patch zusammen zu stellen, der diesen Fehler für gcc-version >=10 beseitigt.

Ich war so frei, das ganze für apollo, shiner, kronos und kronos_v2 mit anzufassen.

Da dort überall der ni-kernel 3.10.108 Verwendung findet, müsste das auch funktionieren.

Getestet habe ich das ganze nur für kronos_v2 (Trinity DUO).

Damit läuft dann ein make init endlich ohne Unterbrechung bei mir durch.

Fix-kernel-build-error-yylloc-with-newer-gcc-version.patch

remove multiple declaration of yylloc error

(1.96 KiB) 252-mal heruntergeladen

Jetzt ist erstmal Nachtruhe angesagt.

[vanhofen]

Vielen Dank.

Die CST-Kernels haben ein eigenes Repo. Drum hab ich den Patch gleich dort commitet.
https://github.com/neutrino-images/ni-l ... fe594c4c01

[[MCP]]

Vielen Dank.

Die CST-Kernels haben ein eigenes Repo. Drum hab ich den Patch gleich dort commitet.
https://github.com/neutrino-images/ni-l ... fe594c4c01

Danke zurück. Ich bin froh, das das vom Baustellentisch weg ist.

Das mit dem eigenen Repro war/ist mir bekannt.

Ich habe den Umweg nur genommen, damit ich nicht jedesmal manuell beim Buildvorgang selber eingreifen muss.

Ich hoffe es stört nicht, wenn ich schon ankündige, das auch die HD51 davon betroffen ist (yylloc ...).

Ich war so dämlich, mir doch noch eine ZGEMMA H7C zu leisten. Dann beim bauen von neuem Image dafür bin ich auf den gleichen Fehler gestossen.

==>> ni/linux-4.10.12

Das reiche ich aber noch ordentlich als Bugreport für die HD51 ein. Beseitigung ist ebenso simpel. Gleiche Baustelle, beherztes extern davor geknallt, Thema erledigt.

Und ich bin mal ganz frech und behaupte , das noch mehr ni/linux... kernel davon betroffen sein müssten.

Nur so zur prophylaxe

[bellum]

Ich hoffe es stört nicht, wenn ich schon ankündige, das auch die HD51 davon betroffen ist (yylloc ...).

Das ist korrekt, der Kernel 4.x ist davon auch betroffen...

Beseitigung ist ebenso simpel. Gleiche Baustelle, beherztes extern davor geknallt, Thema erledigt.

Man kann hierfür auch den original Patch nehmen, auf den Du ja schon verwiesen hast:

Ich verweise am besten auf folgende Liste:
https://lists.linaro.org/pipermail/linu ... 78818.html

Da die HD51 einen 4.x Kernel benutzt funktioniert der auch.
Ich habe einmal einen entsprechenden Patch angehängt - ist mit bbs aber nur compile getestet.

Have fun!

Gruß
bellum

[jokel]

die meisten fixen das mit

Code: Alles auswählen

Fast fix:

#include "srcpos.h"
#include "dtc-parser.tab.h"

extern YYLTYPE yylloc; // OLD CODE: YYLTYPE yylloc;
extern bool treesource_error;

/* CAUTION: this will stop working if we ever use yyless() or yyunput() */
#define	YY_USER_ACTION \

und was ist mit

Code: Alles auswählen

extern bool treesource_error;

https://git.keyedlimepie.org/voidanix/a ... 836e37e34e
https://www.programmerall.com/article/15702053373/