Discussion :

[Edhebi]

Bonjour !

�tant �tudiant, j'apprend � coder en C, et Microsoft � eu la gentillesse de corrompre mon �me avec une copie gratuite de Visual Studio 2015. Or, pour nos TD, nous sommes cens�s utiliser SDL, dans sa version 1.2 , que j'ai donc essay� d'installer sur VS.

Sur le conseil de mon prof, j'ai donc suivie cette m�thode :
-build les fichier SDL.dll, SDL.lib, et SDLmain.lib depuis le ficher "SDL-1.2.15.zip" ici
-creer un fichier SDL1.2 � la racine de mon projet
-Y mettre une dossier lib avec les .lib
-Y mettre une dossier include avec les .h
-mettre SDL.dll dans les dossier Debug et Release
sous Visual, dans Propri�t�s/entr�e mettre d�pendance suppl�mentaire � "../SDL1.2/lib/SDL.lib;../SDL1.2/lib/SDLmain.lib"
dans le code ajouter un petit #include "../SDL1.2/include/SDL.h"

Mon code ressemble � �a :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
 
#include <stdio.h>
#include <stdlib.h>
 
#include "../SDL1.2/include/SDL.h"
 
int main(int argc, char** argv)
{
    return EXIT_SUCCESS;
}

Donc bon, �a devrait marcher, je pense que le niveau de programmation est raisonnable, sauf que Visual me sort :
"le point d'entr�e doit etre definis"

Sortie :

1>------ D�but de la g�n�ration : Projet : TD_Maze, Configuration : Debug Win32 ------
1>LINK : fatal error LNK1561: le point d'entr�e doit �tre d�fini
========== G�n�ration : 0 a r�ussi, 1 a �chou�, 0 mis � jour, 0 a �t� ignor� ==========

Donc bon, j'avoue �tre vraiment d�sempar�, et je ne sais franchement plus quoi faire, d'autant que la m�me manip, sur l'ordi du prof, marche apparement avec VisualStudio 2014 ...

EDIT : Bon, j'ai fais exactement la m�me chose avec SDL2, et �a marche, donc je pense pas m'acharner sur SDL1.2 , j'ai franchement pas la motivation ...
Je devrais mettre le sujet en "R�solus" ?

[bacelar]

-creer un fichier SDL1.2 � la racine de mon projet

Un r�pertoire plut�t ?

VisualStudio 2014

�a existe �a ???
On est pass� de VS2013 � VS2015 (la VS2014, �a doit peut-�tre �tre une CTP distribu�e sous le manteau alors).

Le message d'erreur indique qu'il ne trouve pas le "main".
J'ai mis "main" entre guillemets parce que le nom et la signature de ce point d'entr�e est fonction du type de projet : main, WinMain, Main, ...

Vous �tes s�r d'avoir choisi un type de projet qui a comme point d'entr�e un "int main(int argc, char** argv)" ?

Le plus simple, c'est de cr�er un projet non vide.
Il contiendra le squelette de la fonction du point d'entr�e, avec le nom et la signature attendus.

[Edhebi]

Erratum, je parlais bien d'un r�pertoire, mon dossier ressemble � �a

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Project/Projet_TD
 
    SDL1.2
        include
            SDL.h et autres
        lib
            SDL.lib et SDLmain.lib
    Projet_TD
        main.c
    Debug
        SDL.dll
    Release
        SDL.dll

Mon prof a clairement dit "Visual Studio 14" en parlant de sa version, j'ai pas creus�

J'ai cr�� le projet via Fichier -> Nouveau Projet -> Application Console Win32 -> Options suppl�mentaires -> Projet Vide

J'en ai cr�e un nouveau, sans l'option "fichier vide", et g�n�r� le fichier avec le code de base, en ajoutant l'include, les libs, et la dll . Cette fois une erreur un peu diff�rente :

1>------ D�but de la g�n�ration*: Projet*: ConsoleApplication1, Configuration*: Debug Win32 ------
1> stdafx.cpp
1> ConsoleApplication1.cpp
1>MSVCRTD.lib(initializers.obj) : warning LNK4098: conflit entre la biblioth�que par d�faut 'msvcrt.lib' et les autres biblioth�ques*; utilisez /NODEFAULTLIB:library
1>SDLmain.lib(SDL_win32_main.obj) : error LNK2019: symbole externe non r�solu _SDL_main r�f�renc� dans la fonction _main
1>c:\users\l�o\documents\visual studio 2015\Projects\ConsoleApplication1\Debug\ConsoleApplication1.exe : fatal error LNK1120: 1 externes non r�solus
========== G�n�ration*: 0 a r�ussi, 1 a �chou�, 0 mis � jour, 0 a �t� ignor� ==========

[bacelar]

Mon prof a clairement dit "Visual Studio 14" en parlant de sa version, j'ai pas creus�

Faudrait qu'il arr�te de faire du bricolage avec des CTP, il n'y a pas de support sur ces machins.
https://support.microsoft.com/fr-fr/kb/2967191

Cette fois une erreur un peu diff�rente :

OK, donc, j'en d�duis que j'avais raison sur le "gourage" de nom/signature de la fonction point d'entr�e.
C'est quoi son nom/ sa signature alors ?

1>MSVCRTD.lib(initializers.obj) : warning LNK4098: conflit entre la biblioth�que par d�faut 'msvcrt.lib' et les autres biblioth�ques*; utilisez /NODEFAULTLIB:library

Je la sentais venir celle-l�, avec une SDL t�l�charg�e � l'arrache. (SDL, c'est du C, c'est caca, SFML ou une autre biblioth�que graphique C++, c'est mieux.)
Le linker vous dit juste que �a va �tre la merde parce que vous avez des dll/lib qui utilisent des version diff�rentes de la C-Runtime.

Ne m�langez pas des trucs compil�s en release avec des trucs compil� en debug.

1>SDLmain.lib(SDL_win32_main.obj) : error LNK2019: symbole externe non r�solu _SDL_main r�f�renc� dans la fonction _main

Le linker vous dit que c'est bien gentil d'avoir truand� le compilateur en ayant les .h qui vont bien, mais que lui, il s'en cogne et qu'on le blouse pas aussi facilement.
Le linker, bin il veut la .lib qui contient la m�thode "_SDL_main", et qu'il serait peut-�tre temps d'aller voir la documentation de la dite biblioth�que pour savoir dans qu'elle .lib elle se planque

sous Visual, dans Propri�t�s/entr�e mettre d�pendance suppl�mentaire � "../SDL1.2/lib/SDL.lib;../SDL1.2/lib/SDLmain.lib"

Bon, si vous avez touch� � �a, vous savez comment ajouter la lib qui va bien.
Bon, un truc qui irrite ma r�tine, ne pas mettre le chemin des lib ici, seulement le nom des fichiers .lib.
Il y a une autre option qui indique dans quel r�pertoire chercher les .lib.

[Edhebi]

Bah, je me doute qu'un fichier est manquant/foireux, mais je suis bien incapable de le trouver, j'ai mat� la doc, et j'ais suivie � la lettre les instructions. J'ai par contre rien trouv� sur le point d'entr�e. Y'as bien un truc avec SDLmain, mais j'ai clairement pas le niveau pour en saisir le sens ...

Par rapport � SDL, je sais, c'est pas top, mais on code en C, pas en C++

un truc qui irrite ma r�tine, ne pas mettre le chemin des lib ici, seulement le nom des fichiers .lib

J'ai du mal � comprendre la remarque, c'est le fait que ce soit des chemin relatifs ? l'id�e est de pouvoir partager d'un coup le dossier, sans devoir installer SDL sur l'OS. Bon je pense �tre complement � cot� de la plaque, mais bon ...

[bacelar]

J'ai du mal � comprendre la remarque, c'est le fait que ce soit des chemin relatifs ?

Le probl�me n'est pas dans le relatif, c'est que cela soit un chemin.
Vous devez sp�cifier les chemin dans "Propri�t� du projet -> Propri�t� de configuration -> R�pertoires VC++ -> R�pertoires de biblioth�ques"
Dans "Propri�t� du projet -> Propri�t� de configuration -> Edition de lien -> entr�e -> D�pendances suppl�mentaires ", ne mettez que le nom des fichiers .lib, sans aucun chemin.