Problem mit proguardFile, null zurückgegeben: 1

Hallo ich versuche, "ant clean debug" Befehl auf cmd auszuführen. Aber ich bekomme null zurück: 1 Fehler.Problem mit proguardFile, null zurückgegeben: 1

BUILD FAILED 
C:\Program Files (x86)\Android\android-sdk\tools\ant\build.xml:622: The following error occurred while executing this line: 
C:\Program Files (x86)\Android\android-sdk\tools\ant\build.xml:658: null returned: 1 



<aapt executable="${aapt}" 
       command="package" 
       verbose="${verbose}" 
       manifest="${out.manifest.abs.file}" 
       androidjar="${project.target.android.jar}" 
       rfolder="${gen.absolute.dir}" 
       nonConstantId="${android.library}" 
       libraryResFolderPathRefid="project.library.res.folder.path" 
       libraryPackagesRefid="project.library.packages" 
       ignoreAssets="${aapt.ignore.assets}" 
       proguardFile="${out.absolute.dir}/proguard.txt"> 
      <res path="${out.res.absolute.dir}" /> 
      <res path="${resource.absolute.dir}" /> 
     </aapt>

die Linie Nr 658:

proguardFile="${out.absolute.dir}/proguard.txt">

die Linie Nr 622:

elseText="hasCode = false. Skipping aidl/renderscript/R.java">

ihre jedermann ist ihr, die wissen, die Lösung für dieses Problem.

Quelle

2012-11-27 Anu0042

Bitte benennen Sie den Titel Ihrer Frage um. Fügen Sie proguard irgendwo ein. – shkschneider

// proguardFile = "$ {out.absolute.dir} /proguard.txt" // Diese Zeile hat das Problem. Die letzten Proguard-Änderungen beziehen sich auf die Proguard-Konfigurationsdatei als proguard-project.txt im Projektstammverzeichnis. Wann wird diese Datei in {out.absolute.dir} kopiert, und wann ändert sich der Name in proguard.txt? Dies scheint wie ein Fehler von Google Android SDK Ant Build-Tools. – AndroidRocks

C:\Program Files (x86)\Android\android-sdk\tools\ant\ Dieser Pfad enthält Leerzeichen. Entfernen Sie Leerzeichen aus dem SDK-Pfad.

Sie können wie c:\Android\android-sdk .. für Ihren SDK-Pfad verwenden, die keinen Speicherplatz enthält.

Quelle

2012-11-27 10:35:00 Rasel

hmm stimme zu, es ist besser, SDK in den übergeordneten Pfad zu setzen * C: \, D: \ etc. * –

meinst du Platz in Programmdateien (x86)? – Anu0042

@AnuRaj, ja, im Pfad .. – Rasel

Ich hatte das gleiche Problem beim Referenzieren einer externen Legacy-Bibliothek von meinem Hauptprojekt - nach der Referenzierung würde mein Hauptprojekt nicht bauen, obwohl beide gut gebaut, wenn nicht auf die externe Referenz.

Die Lösung, idiotisch wie es ist, war, ein neues leeres Android-App-Projekt zu erstellen und alle Quellen und Ressourcendateien aus der externen Bibliothek in das neue Projekt zu kopieren. Danach funktioniert die Referenzierung und alles ist in Ordnung.

Ich glaube, das ist mit changes in Proguard after ADT 17 verwandt.

Quelle

2013-06-28 08:03:02 Shade

In meinem Fall gab es auch früher einen Fehlerbericht in den Protokollen, es war nur schwer zu finden. Wie ich verstehe, würde jede Art von Fehler zu dieser Nachricht führen.

So ist die verrückte Nachricht null returned: 1 eigentlich bedeutet bitte die oben genannten Protokolle lesen.

Quelle

2013-10-10 06:49:28 18446744073709551615

Problem mit proguardFile, null zurückgegeben: 1

Antwort

Verwandte Themen