¿Qué es un error de referencia indefinida/símbolo externo no resuelto y cómo lo soluciono?

¿Qué son los errores de referencia indefinida/símbolos externos no resueltos? ¿Cuáles son las causas comunes y cómo soluciono y evito estos errores?

Sep 25 '12 05:09 Confused_boy

Miembros de la clase:

Un virtualdestructor puro necesita una implementación.

Declarar un destructor puro aún requiere que lo definas (a diferencia de una función normal):

struct X
{
    virtual ~X() = 0;
};
struct Y : X
{
    ~Y() {}
};
int main()
{
    Y y;
}
//X::~X(){} //uncomment this line for successful definition

Esto sucede porque se llama a los destructores de la clase base cuando el objeto se destruye implícitamente, por lo que se requiere una definición.

virtualLos métodos deben implementarse o definirse como puros.

Esto es similar a virtuallos métodos sin definición, con el razonamiento adicional de que la declaración pura genera una tabla virtual ficticia y es posible que obtenga el error del vinculador sin usar la función:

struct X
{
    virtual void foo();
};
struct Y : X
{
   void foo() {}
};
int main()
{
   Y y; //linker error although there was no call to X::foo
}

Para que esto funcione, declara X::foo()como puro:

struct X
{
    virtual void foo() = 0;
};

No virtualmiembros de la clase

Algunos miembros deben definirse incluso si no se usan explícitamente:

struct A
{ 
    ~A();
};

Lo siguiente produciría el error:

A a;      //destructor undefined

La implementación puede estar en línea, en la propia definición de clase:

struct A
{ 
    ~A() {}
};

o afuera:

A::~A() {}

Si la implementación está fuera de la definición de clase, pero en un encabezado, los métodos deben marcarse para inlineevitar una definición múltiple.

Todos los métodos de miembros utilizados deben definirse si se utilizan.

Un error común es olvidar calificar el nombre:

struct A
{
   void foo();
};

void foo() {}

int main()
{
   A a;
   a.foo();
}

La definición debería ser

void A::foo() {}

staticLos miembros de datos deben definirse fuera de la clase en una única unidad de traducción :

struct X
{
    static int x;
};
int main()
{
    int x = X::x;
}
//int X::x; //uncomment this line to define X::x

Se puede proporcionar un inicializador para un static constmiembro de datos de tipo integral o de enumeración dentro de la definición de clase; sin embargo, el uso odr de este miembro seguirá requiriendo una definición del alcance del espacio de nombres como se describe anteriormente. C++ 11 permite la inicialización dentro de la clase para todos static constlos miembros de datos.

Sep 24 '2012 23:09 Luchian Grigore

No vincular con bibliotecas/archivos de objetos apropiados o compilar archivos de implementación

Normalmente, cada unidad de traducción generará un archivo objeto que contiene las definiciones de los símbolos definidos en esa unidad de traducción. Para usar esos símbolos, debe vincularlos a esos archivos objeto.

En gcc, especificaría todos los archivos objeto que se vincularán entre sí en la línea de comando o compilaría los archivos de implementación juntos.

g++ -o test objectFile1.o objectFile2.o -lLibraryName

-l...debe estar a la derecha de cualquier archivo .o// ..c.cpp

Aquí libraryNamese muestra solo el nombre básico de la biblioteca, sin adiciones específicas de la plataforma. Entonces, por ejemplo, en Linux los archivos de la biblioteca generalmente se llaman libfoo.sopero solo se escribe -lfoo. En Windows, ese mismo archivo podría llamarse foo.lib, pero usarías el mismo argumento. Es posible que tengas que agregar el directorio donde se pueden encontrar esos archivos usando -L‹directory›. Asegúrate de no escribir un espacio después -lde o -L.

Para Xcode : agregue las rutas de búsqueda del encabezado del usuario -> agregue la ruta de búsqueda de la biblioteca -> arrastre y suelte la referencia de la biblioteca real en la carpeta del proyecto.

En MSVS , los archivos agregados a un proyecto automáticamente tienen sus archivos objeto vinculados entre sí y libse generará un archivo (en uso común). Para usar los símbolos en un proyecto separado, deberá incluir los libarchivos en la configuración del proyecto. Esto se hace en la sección Vinculador de las propiedades del proyecto, en formato Input -> Additional Dependencies. (la ruta al libarchivo debe agregarse en Linker -> General -> Additional Library Directories) Cuando se utiliza una biblioteca de terceros que se proporciona con un libarchivo, no hacerlo generalmente genera un error.

También puede suceder que olvides agregar el archivo a la compilación, en cuyo caso no se generará el archivo objeto. En gcc agregarías los archivos a la línea de comando. En MSVS, agregar el archivo al proyecto hará que se compile automáticamente (aunque los archivos pueden, manualmente, excluirse individualmente de la compilación).

En la programación de Windows, la señal reveladora de que no vinculó una biblioteca necesaria es que el nombre del símbolo no resuelto comienza con __imp_. Busque el nombre de la función en la documentación y debería indicar qué biblioteca necesita usar. Por ejemplo, MSDN coloca la información en un cuadro en la parte inferior de cada función en una sección llamada "Biblioteca".

Sep 24 '2012 23:09 Luchian Grigore