glibc und glibc-devel ist installiert?
JO! wie schon geschrieben habe Ich einige in das "/usr/include/" verschoben, und manches wurde Fehlerlos übersetzt. Nur macht "stdio.h" zur Zeit Probleme.
[gelöst] Unreal Engine
- DariusBrewka
- Erledigt
-
Bitte gib mal die Fehlermeldung vom stdio.h, diese hat ja vorher die stddef.h aufgerufen, die kann nicht plötzlich weg sein.
Anmerkung: in der Headerdatei (.h) siehst du, wie die andere Dateien aufgerufen werden.
Werden Sie mit 'xxxx.h' oder "xxx.h" oder <xxxx.h> aufgerufen, befinden sie sich im Standardverzeichnis
falls nicht, müsste es so aussehen:Code#include /usr/include/stdio.h
Jetzt weiß ich leider nicht mehr, ob du da auch Anführungszeichen brauchst. -
In [Klammer] wird uninteressant sein
[Deine /usr/include/wchar.h verweist in Zeile 36 Postition 20 auf die fehlende stdio.h. Dh. nicht dass es die Datei nicht gibt, sondern dass die #include Anweisung an der falschen Stelle sucht. Kopier mal diese Stelle raus (aus der wchar.h). (vllt. haben wir Glück und sehen, wo das Programm generell glaubt, dass die Header sein sollten)]
Was gibt denn diese Datei aus?
/home/dariusbrewka/Temp/UnrealEngine/Engine/Build/BatchFiles/Linux/BuildThirdParty.log -
Was gibt denn diese Datei aus?
Ich habe zuerst gedacht, daß Ich schaue, ob mein Programm die "stdio.h" läd, das Tat es aber nicht, also dachte Ich Ich entferne das "#include <stdio.h>" aus meinem Source, was aber auch Nicht geholfen hat.
Dann dachte Ich, Ich schaue mit "yast" nach, ob die "stdio.h" installiert ist, da das der Fall war, dachte Ich Ich lasse es dennoch Nochmal Installieren (auch wenn Es installiert schien), KDevelop zeigte kein Fehler an und Mein Progrogramm lief.
Dann habe Ich "Unrealengines" "setup.sh" ausgeführt und Warning erschien weiter, aber mit "stdio.h" war nichts mehr Falsch, dafür aber andere z.B. "stdio.h", also trotz das es Installiert zu sein schien NOCHMAL.
"setup.sh" nochmal, und trotz Warnungen konnte Ich die Compiler starten UND am Ende Lief fast Alles 100%, ein Paar Fehler, aber....
-
Zitat
dachte Ich Ich entferne das "#include <stdio.h>" aus meinem Source, was aber auch Nicht geholfen hat.
Die Standard Input/Output zu entfernen klingt nicht vernünftig.
ZitatDann habe Ich "Unrealengines" "setup.sh" ausgeführt und Warning erschien weiter, aber mit "
" war nichts mehr Falsch, dafür aber andere z.B. "stdio.h", also trotz das es Installiert zu sein schien NOCHMAL.
kA bin ich zu dumm das begreifen? Das ist doch die selbe Datei, oder?
Sinngemäß verstehe ich: mit stdio.h war nichts mehr falsch, aber mit anderer stdio.h ....und wenn die stdio.h aus dem Source gelöscht ist (oder jetzt doch nicht?), könnte das durchaus Probleme verursachen
Anbei kommt mir vor, als ob du nicht liest was ich schreibe. Du zitiert mich sogar
ZitatWas gibt denn diese Datei aus?
aber was in dem Logfile drinnen steht, wissen wir beide noch immer nicht.
Mein Wissen zu der Thematik ist begrenzt, mir kommt es nur bekannt vor, da ich so etwas auch schon mal hatte,
und dort im Header einfach nur ein falscher Pfad für einen anderen Header stand. -
Die Standard Input/Output zu entfernen klingt nicht vernünftig.
In meinem Program, war "stdio.h" gar nicht "direkt" drinne. Ich habe einen anderen Header genutzt, wo "stdio.h" benutz wird."stdio.h" nur zum Testen, eingefügt UND das fand Er nicht.
Also, habe Ich es nochmal Installiert, obwohl Yast es als "vorhanden" angegeben hat (hmmm, warum Verschwunden?, bleibt nur eine Möglichkeit -> ICH muß es wohl gelöscht haben)
Ich habe darum Alles, was "stdio.h" drinne hatte, nochmal Installiert. UnrealEngines "setup.sh" nochmal Ausgeführt, und es wurde nicht mehr gemeldet, daß "stdio.h" fehlt.
Nun fehlte "stddef.h", und Alles was "stddef.h" hatte wurde noch mal Installiert. ("stddef.h" wurde 101% nicht von mir geöscht und befand sich nach der Neuinstallation auch nicht in "/usr/include"
Das Gute "UnrealEngines" "setup.sh" zeigte keine Fehler an (ok es kam keine "success" Meldung, aber in der log Datei, wurden keine "großen" Fehler gemeldet)
kA bin ich zu dumm das begreifen? Das ist doch die selbe Datei, oder?
Sinngemäß verstehe ich: mit stdio.h war nichts mehr falsch, aber mit anderer stdio.h ....Ehrlich, das Verstehe Ich auch nicht
Entweder habe Ich mich verschrieben "stdio.h", oder..)aber was in dem Logfile drinnen steht, wissen wir beide noch immer nicht.
Eine MENGE
-
hm, meine Vermutung ist noch immer, dass die Unreal Engine die stdio.h wo anders vermutet, bzw. mach dir mal den Spaß und kopier die einfach ins Unreal Verzeichnis, oder schau ob es dort vielleicht einen eigenen Ordner gibt, der mit *.h's vollgestopft ist.
Ansonsten bin ich aktuell mit meinem Latein am Ende. Mir fallen noch Debug Sources ein; evtl. können die weiterhelfen.
-
bzw. mach dir mal den Spaß und kopier die einfach ins Unreal Verzeichnis,
Es Funktioniert ja auch Jetzt so, wie es ist. Bei der "stdio.h" mag es sein, daß Ich diese gelöscht habe (Ich glaube ein Mal habe Ich eine Datei Verschoben und weiß nicht mehr welche das war (->stdio.h)
Die Datei "stdio.h" befindet sich nun im "/usr/include" Verzeichnis, die "stddef.h" jedoch nicht, was aber nun keine Probleme mehr macht.oder schau ob es dort vielleicht einen eigenen Ordner gibt, der mit *.h's vollgestopft ist
habe Nachgeschaut UND es waren Natürlich Viele "*.h" Dateien Vorhanden, die "stdio.h" Natürlich nicht,
-
hm...
willst du es so lassen?
Für mich machts den Eindruck als hätte das Programm einfach den einen oder anderen Header vergessen miteinzupacken, weil es davon ausging dass du dort wo es installiert wird schon einer sein würde.Das Dumme ist wirklich, dass ich mich so schon in C nur bedingt wenig auskenne (ich habs nie vollständig durch die Klassen alleine geschafft, oder hab dann wieder aufgegeben), in Linux könnte es sogar noch eine gewollte Ordnung geben die ich nicht kenne.
Mir läuft echt durch den Kopf, dass einer unserer alten Hasen einfach sagt: Musst du nur "das" Paket" installieren auf diesen Pfad, dann geht der Rest von selbst.
