Die implizite Objective-C-Konvertierung verliert die Ganzzahlgenauigkeit 'NSUInteger' (auch bekannt als 'unsigned long') in die Warnung 'int'

Ich arbeite an einigen Übungen und habe eine Warnung erhalten, die besagt:

Die implizite Konvertierung verliert an ganzzahliger Genauigkeit: 'NSUInteger' (auch bekannt als 'unsigned long') in 'int'

#import <Foundation/Foundation.h>

int main (int argc, const char * argv[])
{
    @autoreleasepool {

        NSArray *myColors;

        int i;
        int count;

        myColors = @[@"Red", @"Green", @"Blue", @"Yellow"];

        count = myColors.count; //  <<< issue warning here

        for (i = 0; i < count; i++)

        NSLog (@"Element %i = %@", i, [myColors objectAtIndex: i]);
    }

    return 0;
}

Die countMethode NSArraygibt ein NSUIntegerund auf der 64-Bit-OS X-Plattform zurück

• NSUIntegerist definiert als unsigned longund
• unsigned long ist eine 64-Bit-Ganzzahl ohne Vorzeichen.
• int ist eine 32-Bit-Ganzzahl.

Ist intalso ein "kleinerer" Datentyp als NSUInteger, daher die Compiler-Warnung.

Siehe auch NSUInteger in der "Foundation Data Types Reference":

Beim Erstellen von 32-Bit-Anwendungen ist NSUInteger eine vorzeichenlose 32-Bit-Ganzzahl. Eine 64-Bit-Anwendung behandelt NSUInteger als 64-Bit-Ganzzahl ohne Vorzeichen.

Um diese Compiler-Warnung zu beheben, können Sie die lokale countVariable entweder als deklarieren

NSUInteger count;

oder (wenn Sie sicher sind, dass Ihr Array niemals mehr als 2^31-1Elemente enthält!), fügen Sie eine explizite Besetzung hinzu:

int count = (int)[myColors count];

Im Gegensatz zu Martins Antwort ist das Casting auf int (oder das Ignorieren der Warnung) nicht immer sicher, selbst wenn Sie wissen, dass Ihr Array nicht mehr als 2 ^ 31-1 Elemente enthält. Nicht beim Kompilieren für 64-Bit.

Beispielsweise:

NSArray *array = @[@"a", @"b", @"c"];

int i = (int) [array indexOfObject:@"d"];
// indexOfObject returned NSNotFound, which is NSIntegerMax, which is LONG_MAX in 64 bit.
// We cast this to int and got -1.
// But -1 != NSNotFound. Trouble ahead!

if (i == NSNotFound) {
    // thought we'd get here, but we don't
    NSLog(@"it's not here");
}
else {
    // this is what actually happens
    NSLog(@"it's here: %d", i);

    // **** crash horribly ****
    NSLog(@"the object is %@", array[i]);
}

Ändern Sie den Schlüssel in Projekt> Build-Einstellung " typecheck-Aufrufe an printf / scanf : NO "

Erklärung: [Wie es funktioniert]

Überprüfen Sie die Aufrufe von printf und scanf usw., um sicherzustellen, dass die angegebenen Argumente Typen haben, die der angegebenen Formatzeichenfolge entsprechen, und dass die in der Formatzeichenfolge angegebenen Konvertierungen sinnvoll sind.

Hoffe es funktioniert

Andere Warnung

Die implizite Konvertierung von Ziel c verliert die ganzzahlige Genauigkeit 'NSUInteger' (auch bekannt als 'unsigned long') in 'int

Änderungsschlüssel " implizite Konvertierung in 32-Bit-Typ> Debug> * 64-Architektur: Nein "

[ Vorsicht: Möglicherweise wird eine andere Warnung zur 64-Bit-Architekturkonvertierung ungültig] .

Das expizite Casting auf "int" löst das Problem in meinem Fall. Ich hatte das gleiche Problem. So:

int count = (int)[myColors count];