alberic89 🐧 a écrit 200 commentaires

Merci beaucoup pour cette piste.
En effet, l'ajout de CXXFLAGS=-std=c++03 au Makefile.am a résolu mon problème.
Encore merci.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

ÇA MARCHE !!! Alléluia ! Gloire au manchot tout-puissant !
J'ai fini par réussir à compiler une version correcte. Globalement, tout a l'air de fonctionner à part les traductions. J'ai eu des messages bizarres à la compilation, voir ici.
J'ai tout compilé sur une version 32 bit du RPi OS, avec juste les libsdl1.2-dev, en appliquant préalablement le patch ci-dessous. Il faut lancer le fichier src/wesnoth depuis la racine du dossier du jeu pour qu'il trouve tous les dossiers de ressources et de config.
Seuls petits points négatifs, il faut un environnement graphique, et quand j'essaie de le lancer sur un système 64-bit, le terminal m'informe gentiment que mon fichier n'existe pas (alors qu'il l'a sous les yeux !).
Voici le patch pour ceux que ça intéresse :
```diff --git a/Makefile.am b/Makefile.am
index 0d878c4..2950977 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,3 +1,4 @@
+CXXFLAGS=-std=c++03
ISUBDIRS = icons
SUBDIRS = po m4 src doc $(ISUBDIRS)
pkgdatadir=$(datadir)/@DATADIR@
diff --git a/src/actions.hpp b/src/actions.hpp
index 0191f8b..0a9a287 100644
--- a/src/actions.hpp
+++ b/src/actions.hpp
@@ -23,6 +23,7 @@ struct combatant;

#include "map.hpp"
#include "unit.hpp"
+#include "unit_map.hpp"

#include

diff --git a/src/ai_dfool.hpp b/src/ai_dfool.hpp
index ec043c4..d0f4076 100644
--- a/src/ai_dfool.hpp
+++ b/src/ai_dfool.hpp
@@ -5,6 +5,7 @@

#include "ai_interface.hpp"
#include "map.hpp"
+#include "unit_map.hpp"
#include
#include
#include
diff --git a/src/config_adapter.cpp b/src/config_adapter.cpp
index 9fd56ae..2726804 100644
--- a/src/config_adapter.cpp
+++ b/src/config_adapter.cpp
@@ -12,6 +12,7 @@
*/

#include "global.hpp"
+#include "unit_map.hpp"

#include
#include "config_adapter.hpp"
diff --git a/src/game_events.hpp b/src/game_events.hpp
index 4e0280d..dd2b8cc 100644
--- a/src/game_events.hpp
+++ b/src/game_events.hpp
@@ -21,6 +21,7 @@ class display;
#include "map.hpp"
#include "team.hpp"
#include "unit.hpp"
+#include "unit_map.hpp"
#include "variable.hpp"

#include
diff --git a/src/pathfind.cpp b/src/pathfind.cpp
index 6a61b4b..4f2c841 100644
--- a/src/pathfind.cpp
+++ b/src/pathfind.cpp
@@ -19,6 +19,7 @@ See the COPYING file for more details.
#include "log.hpp"
#include "pathfind.hpp"
#include "util.hpp"
+#include "unit_map.hpp"
#include "wassert.hpp"

class gamestatus;
diff --git a/src/preferences.cpp b/src/preferences.cpp
index c71ffef..e3f8d85 100644
--- a/src/preferences.cpp
+++ b/src/preferences.cpp
@@ -24,6 +24,7 @@
#include "preferences.hpp"
#include "sound.hpp"
#include "util.hpp"
+#include "unit_map.hpp"
#include "video.hpp" // non_interactive()
#include "wassert.hpp"
#include "wesconfig.h"
diff --git a/src/unit.hpp b/src/unit.hpp
index c23006d..dbc31cf 100644
--- a/src/unit.hpp
+++ b/src/unit.hpp
@@ -19,9 +19,9 @@
#include "team.hpp"
#include "unit_types.hpp"
#include "image.hpp"
-#include "unit_map.hpp"

class unit;
+class unit_map;
class display;
class gamestatus;

@@ -396,16 +396,7 @@ void sort_units(std::vector< unit > &);

int team_units(const unit_map& units, unsigned int team_num);
int team_upkeep(const unit_map& units, unsigned int team_num);
-unit_map::const_iterator team_leader(unsigned int side, const unit_map& units);
-std::string team_name(int side, const unit_map& units);
-unit_map::iterator find_visible_unit(unit_map& units,
- const gamemap::location loc,
- const gamemap& map,
- const std::vector& teams, const team& current_team);
-unit_map::const_iterator find_visible_unit(const unit_map& units,
- const gamemap::location loc,
- const gamemap& map,
- const std::vector& teams, const team& current_team);
+

struct team_data
{
diff --git a/src/unit_abilities.cpp b/src/unit_abilities.cpp
index 4fa0f6a..8bd4460 100644
--- a/src/unit_abilities.cpp
+++ b/src/unit_abilities.cpp
@@ -12,6 +12,7 @@
*/

#include "unit.hpp"
+#include "unit_map.hpp"
#include "unit_abilities.hpp"

#include "wassert.hpp"
diff --git a/src/unit_map.hpp b/src/unit_map.hpp
index e71203a..d8b8059 100644
--- a/src/unit_map.hpp
+++ b/src/unit_map.hpp
@@ -14,6 +14,7 @@
#define UNIT_MAP_H_INCLUDED

#include
+#include
#include "map.hpp"
#include "unit.hpp"

@@ -149,4 +150,15 @@ private:
std::mapgamemap::location,std::pair<gamemap::location,unit*> map_;
};

+unit_map::const_iterator team_leader(unsigned int side, const unit_map& units);
+std::string team_name(int side, const unit_map& units);
+unit_map::iterator find_visible_unit(unit_map& units,
+ const gamemap::location loc,
+ const gamemap& map,
+ const std::vector& teams, const team& current_team);
+unit_map::const_iterator find_visible_unit(const unit_map& units,
+ const gamemap::location loc,
+ const gamemap& map,
+ const std::vector& teams, const team& current_team);
+
#endif // UNIT_MAP_H_INCLUDED
diff --git a/src/upload_log.cpp b/src/upload_log.cpp
index 0718249..bcf38fc 100644
--- a/src/upload_log.cpp
+++ b/src/upload_log.cpp
@@ -23,6 +23,7 @@
#include "upload_log.hpp"
#include "wesconfig.h"
#include "wml_separators.hpp"
+#include "unit_map.hpp"

#include "SDL_net.h"

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Bonjour,
J'ai regardé ça en détails, ils n'iront pas pour mon imprimante.
Tant pis, merci quand même.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Le système de fermeture de bouteille que tu décrit se nomme 'fermeture mécanique', aussi appelé 'fermeture à cannette'.
Sinon, très bonjour, nal, très intéressant malgrès les gros pavés.
Il faut que je zyeute si ils font un truc pour les tartes à la framboise.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci pour toutes ces précisions qui manquent en effet dans mon journal.

Je tiens à préciser tout de même que je ne blâme personne des bugs que je rencontre, ce n'est pas pour rien que cette fonctionnalité est marquée comme expérimentale.

Le but de ce journal est simplement de décrire ce que constate un utilisateur lambda lorsqu'il décide d'activer Wayland sur son Raspberry Pi OS, pour qu'un nouvel utilisateur ne soit pas trop surprit ou ne cherche pas trop loin lorsqu'il rencontre les bugs cités ci-dessus.

Que ce soit à cause de Wayland, de l'équipe Raspberry ou des devs Microsoft, là n'est pas la question. C'est vrai, je l'ai peut être mal formulé dans mon journal.

Si ça intéresse quelqu'un, il suffit de se connecter une fois avec Xorg puis de repasser à Wayland pour que GitHub Desktop fonctionne.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci pour le lien. Apparemment, la version fournie par le Raspberry Pi OS n'est pas à jour. Je vais retenter tout ça voir si j'ai toujours les mêmes bugs.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

J'ai testé sur un 4B 4Go, mais je pense que ça fonctionne avec tous les modèles. Il suffit d'avoir le Raspberry Pi OS à jour.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je n'avais jamais eu ces bugs, et ils ont disparu dès que j'ai arrêté d'utiliser Wayland. L'outil raspi-config propose par défaut un reboot après des modifs importantes.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

J'ai oublié l'impossibilité de changer de fond d'écran.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Salut,
J'ai testé, le code compile, mais on a un nombre incroyable de bugs qui ne draient pas y être. Pour arriver à un résultat potable, je pense qu'il faudrait résoudre tous les warnings que signale g++ et peut-être aussi les notes.
J'avais l'impression que clang-tidy permettait de mettre à niveau un code c++ automatiquement, mais il faut faire tous les paliers pour passer de c03 à c20, et je n'arrive déjà pas à faire une première passe.
Quelqu'un connaitrait-il un outil qui permettrait de faire tout ça tout seul ? Un peu comme 2to3 pour python.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Bonjour cg,
Merci pour ta proposition.
Est-ce que je pourrai avoir plus de détails sur les moteurs 7, 8, et 10 ? Je voudrais upgrade ceux de mon imprimante 3D, et je préfère vérifier que ce sont les mêmes en plus précis.

Sinon, si vraiment personne ne veut de tes autres moteurs, je veux bien t'en débarrasser, ça me servira pour mes petits bricolages avec Arduino/RsPi.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Pour les jeux, j'accuse devnewton !

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci beaucoup pour ce patch.
D'après git, le fichier patch est corromput, il faut passer manuelement la section qui coince et après ça va.
Je l'ai testé à l'instant, et il y a une nouvelle erreur (mais ç'a compilé beaucoup plus longtemps, donc je pense plus une erreur cachée qui a été révélée par la résolution de la première).
Je te met le log :
make[2]: Entering directory '/home/pi/wesnoth-1.2.8/src'
depbase=`echo server/game.o | sed 's|[^/]*`{mathjax} |.deps/&|;s|\.o`||'`;\
g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -I/usr/include/libpng16 -I ./sdl_ttf -I../intl -I../intl -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DWESNOTH_PATH=\"/usr/local/share/wesnoth\" -DLOCALEDIR=\"translations\" -DHAS_RELATIVE_LOCALEDIR=1 -DFIFODIR=\"/usr/local/var/run/wesnothd\" -O2 -W -Wall -ansi -D_X11 -MT server/game.o -MD -MP -MF $depbase.Tpo -c -o server/game.o server/game.cpp &&\
mv -f $depbase.Tpo $depbase.Po
server/game.cpp: In member function ‘bool game::is_observer(network::connection) const’:
server/game.cpp:53:25: error: no matching function for call to ‘find(std::vector<int>::const_iterator, std::vector<int>::const_iterator, network::connection&)’
53 | return std::find(observers_.begin(),observers_.end(),player) != observers_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/c++/12/bits/locale_facets.h:48,
from /usr/include/c++/12/bits/basic_ios.h:37,
from /usr/include/c++/12/ios:44,
from /usr/include/c++/12/istream:38,
from /usr/include/c++/12/sstream:38,
from server/../util.hpp:18,
from server/game.cpp:18:
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:53:25: note: ‘__gnu_cxx::__normal_iterator<const int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
53 | return std::find(observers_.begin(),observers_.end(),player) != observers_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
server/game.cpp: In member function ‘bool game::is_muted_observer(network::connection) const’:
server/game.cpp:58:25: error: no matching function for call to ‘find(std::vector<int>::const_iterator, std::vector<int>::const_iterator, network::connection&)’
58 | return std::find(muted_observers_.begin(), muted_observers_.end(), player) != muted_observers_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:58:25: note: ‘__gnu_cxx::__normal_iterator<const int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
58 | return std::find(muted_observers_.begin(), muted_observers_.end(), player) != muted_observers_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
server/game.cpp: In member function ‘bool game::is_player(network::connection) const’:
server/game.cpp:63:25: error: no matching function for call to ‘find(std::vector<int>::const_iterator, std::vector<int>::const_iterator, network::connection&)’
63 | return std::find(players_.begin(),players_.end(),player) != players_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:63:25: note: ‘__gnu_cxx::__normal_iterator<const int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
63 | return std::find(players_.begin(),players_.end(),player) != players_.end();
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
server/game.cpp: In member function ‘void game::add_player(network::connection, bool)’:
server/game.cpp:652:21: error: no matching function for call to ‘find(std::vector<int>::iterator, std::vector<int>::iterator, network::connection&)’
652 | if(std::find(users.begin(),users.end(),player) != users.end()) {
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:652:21: note: ‘__gnu_cxx::__normal_iterator<int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
652 | if(std::find(users.begin(),users.end(),player) != users.end()) {
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
server/game.cpp: In member function ‘void game::remove_player(network::connection, bool)’:
server/game.cpp:704:61: error: no matching function for call to ‘find(std::vector<int>::iterator, std::vector<int>::iterator, network::connection&)’
704 | const user_vector::iterator itor = std::find(players_.begin(),players_.end(),player);
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:704:61: note: ‘__gnu_cxx::__normal_iterator<int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
704 | const user_vector::iterator itor = std::find(players_.begin(),players_.end(),player);
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
server/game.cpp:711:61: error: no matching function for call to ‘find(std::vector<int>::iterator, std::vector<int>::iterator, network::connection&)’
711 | const user_vector::iterator itor = std::find(observers_.begin(),observers_.end(),player);
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: candidate: ‘template<class _CharT2> typename __gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value, std::istreambuf_iterator<_CharT, std::char_traits<_CharT> > >::__type std::find(istreambuf_iterator<_CharT, char_traits<_CharT> >, istreambuf_iterator<_CharT, char_traits<_CharT> >, const _CharT2&)’
434 | find(istreambuf_iterator<_CharT> __first,
| ^~~~
/usr/include/c++/12/bits/streambuf_iterator.h:434:5: note: template argument deduction/substitution failed:
server/game.cpp:711:61: note: ‘__gnu_cxx::__normal_iterator<int*, std::vector<int> >’ is not derived from ‘std::istreambuf_iterator<_CharT, std::char_traits<_CharT> >’
711 | const user_vector::iterator itor = std::find(observers_.begin(),observers_.end(),player);
| ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:1428: server/game.o] Error 1
make[2]: Leaving directory '/home/pi/wesnoth-1.2.8/src'
make[1]: *** [Makefile:536: all-recursive] Error 1
make[1]: Leaving directory '/home/pi/wesnoth-1.2.8'
make: *** [Makefile:442: all] Error 2
ou un asciinema si tu préfère les couleurs : https://asciinema.org/a/534202.

Si tu veux compiler toi-même, j'ai mis plus haut les commandes pour compiler et installer freetype2.
Pour le reste, il faut faire ./autogen.sh && ./configure --build=<ça dépend du pc. moi ç'est aarch64-unknown-linux-gnu. si tu teste à vide, il te donne des pistes> --enable-campaign-server --enable-editor --enable-tools --enable-server --enable-dummy-locales && make

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Si on utilise un émulateur, alors autant passer par wine et utiliser l'installeur exe comme tout le monde.
Non, mon but est vraiment de chercher le maximum d'ennuis :)
Notons néanmoins que si ça marche (c'est beau les conditions) ça permettrait de jouer nativement sur arm avec bon gain de perfs car compilateur plus récent, et le jeu pourrait tourner ainsi sur des systèmes atrophiés !

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Tu peux me l'envoyer à alberic89ATgmx.com (AT=@ pour tromper les bots), je m'occuperait de le tester et le publier en te créditant si ça marche.
Merci beaucoup d'essayer en tout cas.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Voici quelques commandes qui devraient t'aider à compiler si tu veux :
sudo apt update && sudo apt install libsdl1.2debian libsdl-image1.2 libsdl-mixer1.2 libsdl-net1.2 libfreetype6 libvorbis-dev cmake g++ make gettext autoconf automake libzipios++-dev -y

echo installing freetype-2.12.1
cd ~/
wget http://downloads.sourceforge.net/freetype/freetype-2.12.1.tar.xz && tar -xf freetype-2.12.1.tar.xz && cd freetype-2.12.1/ && sed -ri "s:.*(AUX_MODULES.*valid):\1:" modules.cfg && sed -r "s:.*(#.*SUBPIXEL_RENDERING) .*:\1:" -i include/freetype/config/ftoption.h && ./configure --prefix=/usr --enable-freetype-config --disable-static && make && sudo make install
cd ~/
sudo mkdir /usr/include/freetype/
sudo mkdir /usr/include/freetype/internal/
sudo cp -r freetype-2.12.1/include/freetype/internal/* /usr/include/freetype/internal/
echo done.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

La magie des compilateurs…

Ne t'embête pas à compiler le code, il faut les bonnes libs, l'envirronnement kivabien, freetype2 pas celui du dépot mais un que tu a compilé toi-même avec les options kivonbiens s'il vous plait…etc.
Envoie-moi juste les fichirers modifiés (ou un patch) et je le testerai. Je t'envoie demain les commandes pour bien démarrer ta compil si jamais tu veux quand même essayer, je les ais pas sous la main ce soir.

Que la nuit nous porte conseil.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Re-bonjour,
Désolé, mais ta suggestion ne résout pas la deuxième erreur affichée par le compilateur (la première erreur n'est qu'une goutte d'eau dans une mer de warnings violets).
Merci quand même d'avoir essayé.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Voici une mention de cette particularité, à l'étape 6.3 :
http://www.wii-info.fr/article-65-hacker-la-wii-de-a-a-z.htm
Je cherche pour la partie graphique.
(j'aime beaucoup la petite BD quand on se répond à soi-même)

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Il me semble qu'il y a une erreur sur le diagramme de la Wii, l'un des ports USB est en USB 1.0 je crois (mais à vérifier).
Je ne crois pas avoir vu non plus de mention de l'erreur des devs Nitendos qui bloque à 50% les performances graphiques de la wii (déjà ahurissantes).
Sinon, un très bon article, très intéressant et très bien présenté (mais en anglais).

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci beaucoup pour ces indications et ton aide, je teste tout ça et remets un post dès que c'est fait.

J'ai préféré ne pas remettre le bug ici pour vous obliger à aller voir les réponses déjà apportées. (je vous manipule)

Si jamais j'arrive à une solution qui marche, je mettrai une PR sur la branche 1.2 et advienne que pourra, mais je pense qu'elle sera plutôt bien accueillie.

J'avais déjà essayé de m'intéresser au C++, mais j'ai du mal à trouver des cours bien faits qui ne repartent pas de zéros et me refassent toute la partie algorithmique générale commune à tous les langages.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Mais pourquoi? en vrai, pourquoi vouloir recompiler wesnoth en version 1.2 ?

Voyons voir, quelles pourrait être les raisons ?
- c'est utile !
- ça sert à une large communauté !
- c'est fun !
Déjà, redécouvrir le plaisir de jouer sur un bon vieux jeu, plonger dans les origines du gaming, c'est une expérience extraordinaire !
Et, plus concrètement, ça pourrait aussi permettre de jouer sur du vieux matériel qui ne supporte pas forcément les dernières versions.

En gros, ça ne sert à rien.

Ensuite, si tu veux vraiment faire ce genre de choses, tu prends une distro linux qui date de l'époque du logiciel (genre une debian de 2007), tu l'installes sans mettre à jour, tu compiles le bazar.

L'objectif, ne l'oublions pas, et de compiler pour l'architecture arm64. Les premiers OS arm64 datent d'il y a à peine un an.
Même si on se rabat sur de l'armhf, la première version de Raspbian date de 2013. La Debian qu'il nous faudrait est etch (4.0), mais je n'arrive pas à trouver l'image dans le serveur d'archive : http://archive.debian.org/debian/dists/etch/. Si quelqu'un arrivait à trouver où est cachée l'image, ça pourrait en effet faire bien avancer le schmilblick.

On pourrait aussi tenter de compiler un vieux g++, mais quand je vois le ramdam qu'il faut faire pour compiler une version récente, je crains le pire pour un truc qui date d'il y a 15 ans.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Pourquoi pas annularité(édit : doublon) ou tout simplement singularité annulaire ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Superbe projet, bravo aux développeurs !
Malgré quelques petits problèmes de timeout, ça fonctionne parfaitement.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

En langage français, on retrouve aussi Linotte.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès