error LNK2019: símbolo externo sin resolver _WinMain @ 16 referenciado en la función ___tmainCRTStartup

Mientras estoy ejecutando el código simple como se muestra a continuación, tengo dos errores como los siguientes:

#include <iostream>
#include <string>
using namespace::std;

template <class Type>
class Stack
{
public:
    Stack (int max):stack(new Type[max]), top(-1), maxsize(max){}
    ~Stack (void) {delete []stack;}
    void Push (Type &val);
    void Pop (void) {if (top>=0) --top;}
    Type& Top (void) {return stack[top];}
    //friend ostream& operator<< (ostream&, Stack&);
private:
    Type *stack;
    int top;
    const int maxSize;
};

template <class Type>
void Stack <Type>:: Push (Type &val)
{
    if (top+1<maxsize)
        stack [++top]=val;
}

Errores:

MSVCRTD.lib (crtexew.obj): error LNK2019: símbolo externo sin resolver al que se hace _WinMain@16referencia en la función___tmainCRTStartup

¿Qué tengo que hacer?

Eso es un problema de enlazador.

Intente cambiar Propiedades -> Enlace -> Sistema -> Subsistema (en Visual Studio).

desde Windows (/ SUBSYSTEM: WINDOWS) a la consola (/ SUBSYSTEM: CONSOLE)

Este me ayudo

Como los otros mencionaron, puede cambiar el subsistema a la consola y el error desaparecerá.

O si desea mantener el subsistema de Windows, puede indicar cuál es su punto de entrada, porque no lo ha definido ___tmainCRTStartup. Puede hacer esto agregando lo siguiente a Propiedades -> Vinculador -> Línea de comando :

/ ENTRY: "mainCRTStartup"

De esta manera te deshaces de la ventana de la consola.

Si tiene este problema y está usando Qt, debe vincular qtmain.lib o qtmaind.lib

Además de cambiarlo a Console (/SUBSYSTEM:CONSOLE)como han dicho otros, es posible que deba cambiar el punto de entrada en Propiedades -> Vinculador -> Avanzado -> Punto de entrada. Ajústelo a mainCRTStartup .

Parece que Visual Studio podría estar buscando la función WinMain en lugar de main, si no especifica lo contrario.

Incluya <tchar.h>cuál tiene la línea:

#define _tWinMain wWinMain

Si usa el juego de caracteres Unicode, pero la entrada no se configuró, puede especificar / ENTRY: "wWinMainCRTStartup"

No veo la función principal.

asegúrese de que tenga la función principal.

ejemplo:

int main(int argc, TCHAR *argv[]){

}

Espero que funcione bien. :)

Si su proyecto es Dll, entonces el caso podría ser que el enlazador desea construir un programa de consola. Abra las propiedades del proyecto. Seleccione la configuración general. Seleccione el tipo de configuración Biblioteca dinámica allí (.dll).

No estoy seguro de dónde publicar esta respuesta, pero creo que es el lugar correcto. Encontré este mismo error hoy y cambiar los subsistemas no cambió nada.

Cambiar los archivos lib de 64 bits a 32 bits (x86) me sirvió, ¡espero que ayude a alguien!

Si realmente desea utilizar _tWinMain () en lugar de main (), asegúrese de que la configuración relevante de su proyecto tenga

1. Linker-> System -> SubSystem => Windows (/ SUBSYSTEM: WINDOWS)
2. C / C ++ -> Preprocesador -> Definiciones de preprocesador => Reemplazar _CONSOLE con _WINDOWS

3. En el archivo c / cpp donde se define _tWinMain () , agregue:

   #include <Windows.h> #include <tchar.h>

Intentaste convertir ese archivo fuente en un ejecutable, lo que obviamente no es posible, porque el punto de entrada obligatorio, la mainfunción, no está definida. Agregue un archivo main.cpp y defina una función principal. Si está trabajando en la línea de comandos (lo cual dudo), puede agregar /csolo compilar y no vincular. Esto producirá solo un archivo de objeto, que debe vincularse a una biblioteca estática o compartida o una aplicación (en cuyo caso necesitará un archivo de expulsión con el principal definido).

_WinMaines el nombre de Microsoft para maincuando se vincula.

Además: todavía no está ejecutando el código, lo está compilando (y vinculando). C ++ no es un lenguaje interpretado.

Si está utilizando CMake, también puede obtener este error cuando configura SET(GUI_TYPE WIN32)una aplicación de consola.

Las sugerencias eruditas mencionadas anteriormente resolverán el problema en el 99.99% de los casos. Fue mi suerte que no lo hicieron. En mi caso resultó que estaba incluyendo un archivo de encabezado de un proyecto de Windows diferente. Efectivamente, al final de ese archivo encontré la directiva:

#pragma comment(linker, "/subsystem:Windows")

No hace falta decir que eliminar esta línea resolvió mi problema.