Discussion :

[souviron34]

Bonjour à tous

J'ai une question: je suis novice sur Lazarus, et on vient de me conseiller Lazarus pour un outil multi-plateforme que je veux développer.

En parcourant rapidement la page du projet, je me demande si on peut générer des applis pour les différentes plateformes à partir d'une seule (c'est à dire si par exemple du projet Linux on peut générer un exécutable Windows), ou si il faut copier les projets d'une plateforme à l'autre pour les générer....


Merci d'avance

[Roland Chastain]

Bonjour !

Le même projet sert à générer des exécutables pour toutes les plateformes. Si vous ouvrez le projet sous Linux et que vous le compilez, vous obtiendrez un exécutable Linux, etc.

Si vous ouvrez le projet sous Linux et que vous voulez compiler pour Windows, c'est possible aussi, mais ça demande quelques efforts supplémentaires.

[souviron34]

Le même projet sert à générer des exécutables pour toutes les plateformes. Si vous ouvrez le projet sous Linux et que vous le compilez, vous obtiendrez un exécutable Linux, etc.

Oui mais ça veut dire faire les modifs dans tous les projets....

Si vous ouvrez le projet sous Linux et que vous voulez compiler pour Windows, c'est possible aussi, mais ça demande quelques efforts supplémentaires.

C'est plus ça qui m'intéresserait, et avec MacOS aussi... Enfin toutes les plateformes possibles...

[Roland Chastain]

Oui mais ça veut dire faire les modifs dans tous les projets....

Euh, non, ça veut dire, au pire, copier le dernier état du projet d'une machine sur l'autre. Et encore, on peut même éviter cela en plaçant le projet sur une clé USB.

Mais bon peut-être que vous avez des contraintes auxquelles je ne pense pas.

C'est plus ça qui m'intéresserait, et avec MacOS aussi... Enfin toutes les plateformes possibles...

Vous trouverez des explications avec le mot-clé cross-compilation. Si je me souviens bien, c'est seulement un compilateur en plus à installer. Par contre je ne sais pas si ça marche pour MacOS.

[papajoker]

bonjour

Enfin toutes les plateformes possibles...

Alors non
existe arm, intel, android et ... , 32..64bit

Pour lazarus, va voir le site officiel on ne change rien dans le code source (mais notre code peut parfois gérer les différences "si windows...si linux...") mais on recompile simplement
Pour faire une application graphique (sur certaines plate-forme), il y a lazarus, python, flutter mais aussi des solutions à base de javascript (electron par exemple)

[Jipété]

Bonjour, Jean et les autres,

Vous trouverez des explications avec le mot-clé cross-compilation. Si je me souviens bien, c'est seulement un compilateur en plus à installer.

Un jour j'ai jeté un coup d'œil à ça et l'ai trouvé bien compliqué à gérer.

De mon point de vue de toujours newbie, je reviens deux secondes sur ma proposition dans l'autre fil de machines virtuelles car on dirait que tu n'as pas rebondi dessus -- peut-être ne connais-tu pas bien ce principe et ce "feeling" ?
Pour moi ce n'est que du bonheur et comme une petite image vaut mieux qu'on long discours, je t'ai préparé ce montage de 1920x1200 (divisé au tiers) où l'on reconnaitra

• dans le côté marron à gauche toute le host Debian 11.5 avec 16 Giga de mémoire, montrant un bout du Bureau avec dossiers et fichiers et faisant tourner sans aucun souci
• en haut à gauche une machine virtuelle Windows XP SP2 32bits reconnaissable à son fond d'écran ciel bleu sur collines verdoyantes, qui sert uniquement pour ma messagerie,
• recouverte en haut à droite par une MV Seven 64bits avec un fond d'écran noir et une fenêtre d'explorateur ouverte,
• recouverte en bas à droite par une MV Debian 11.5 (+ ou - un clone du host) où l'on devine l'icône Lazarus avec son infobulle jaune,
• et la dernière fenêtre en bas à gauche j'en parle + bas :

Et tout ça fonctionne allègrement et échange des fichiers grâce à un seul dossier partagé sur le host, commun à toutes les machines, host comme mv's, ce qui me permet de développer un seul programme sur le host avec les $IFDEF Cible dont je t'ai parlé ; les mv's le récupèrent ensuite (chacune son tour, hein, faut pas abuser, ) et ma foi, mises à part des microscopiques différences de rendu esthétique à régler (toujours avec ces $IFDEF Cible), tout fonctionne parfaitement bien.

Par contre, on peut avoir des petits gags, quand on descend bas dans le matériel, que je ne m'explique pas, d'ailleurs : on voit en bas à gauche toute en marron très léger une fenêtre de terminal ouverte sur le host et dans la mv Debian à droite une autre fenêtre de terminal, ces deux terminaux exécutent la même commande $ lscpu et les résultats sont
à gauche le host :
Tailles des adresses: 43 bits physical, 48 bits virtual
à droite la mv :
Tailles des adresses: 48 bits physical, 48 bits virtual
Ça peut déranger.

Mais c'est compensé par le fait que tu peux faire (une fois tout bien réglé) du copier/coller d'une mv à l'autre et/ou de et vers le host, bref, à y perdre la tête et attention les sacs de nœuds, .
Tous ceux qui ont goûté à ça le confirmeront, ça serait dommage de s'en priver.

EDIT : oublié de préciser que chaque machine virtuelle a sa propre install de FPC/Lazarus, bien sûr. C'est la seule contrainte car, en cas de mise à jour, faut se taper toutes les machines concernées. Bah... /EDIT

PS : ceux qui ont deux ou trois écrans seront au paradis,

[souviron34]

Euh, non, ça veut dire, au pire, copier le dernier état du projet d'une machine sur l'autre. Et encore, on peut même éviter cela en plaçant le projet sur une clé USB.

Bonne idée

Vous trouverez des explications avec le mot-clé cross-compilation. Si je me souviens bien, c'est seulement un compilateur en plus à installer. Par contre je ne sais pas si ça marche pour MacOS.

OK je vais regarder merci


Merci à tous

Je vais demander au client, mais je pense que je vais me tourner à faire un site , et utiliser les 2 liens indiqués plus haut pour faire les applis pour GoogleStore et AppleStore....

Encore un grand merci à ce merveilleux forum et ses excellents participants

[bb84000]

Bonjour,

Et tout ça fonctionne allègrement et échange des fichiers grâce à un seul dossier partagé sur le host, commun à toutes les machines, host comme mv's, ce qui me permet de développer un seul programme sur le host avec les $IFDEF Cible dont je t'ai parlé ; les mv's le récupèrent ensuite (chacune son tour, hein, faut pas abuser, ) et ma foi, mises à part des microscopiques différences de rendu esthétique à régler (toujours avec ces $IFDEF Cible), tout fonctionne parfaitement bien.

J'ai essayé (host Windows 10 et vm Linux Mint) et j'ai eu droit à une magnifique exception sigseg avec certains codes pourtant très simples. Je pense que le souci vient de la configuration du projet (le fichier .lps ?) qui peut changer avec le système cible. Par exemple le moteur graphique, le processeur, le manifest, etc. Qu'en penses tu ?

EDIT: Naturellement, le code testé est portable et dans le cas contraire, comme toi, j'ai des $IFDEF Cible qui vont bien.

bb84000

[Jipété]

Je pense que le souci vient de la configuration du projet (le fichier .lps ?) qui peut changer avec le système cible. Par exemple le moteur graphique, le processeur, le manifest, etc.

En général chez moi, ces options ont la cible "Default", donc ça s'en débrouille tout seul.

Sinon, il y a ça, aussi :
Dans l'unité :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
uses
  {$IFDEF LINUX}
  LCLIntf, LCLType,
  {$ENDIF}
  {$IFDEF MSWINDOWS}
  Windows,
  {$ENDIF}
  Classes, ...

(et si on pouvait avoir ces blocs $IFDEF insérés d'office dans le squelette des unités quand on fait nouveau projet/nouvelle unité, ça nous ferait des vacances et des pertes de temps en moins quand on cherche pourquoi ça ne compile pas...)

pour un appel à du code externe (.dll ou .so) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
function MakeSine(handle: HSTREAM; buffer: Pointer; length: DWORD; user: Pointer): DWORD; 
  {$IFDEF MSWINDOWS}stdcall;{$ELSE}cdecl;{$ENDIF}

dans le .lpr :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
program sinusprj;
 
{$mode objfpc}{$H+}
 
uses
  {$IFDEF UNIX}
  cthreads,
  {$ENDIF}
  Interfaces, // this includes the LCL widgetset
  ...

Et faut y aller en pas-à-pas pour trouver la ligne qui coince.

Je retourne à mes sons,

[bb84000]

Salut Jipété,

En fait je fais très attention aux $ifdef clible nécessaires, parce que je souhaite être au max portable, C'est d'ailleurs pour cette raison que j'ai des mv Linux , W11, W7, XP, (et aussi W10 quand je fais des essais hasardeux et que j en veux pas polluer l'host!).

Quand j'ai eu le problème avec le petit programme spectrum, c'était vraiment au chargement de la forme principale que ça coinçait. j'ai du recréer uniquement le projet et sa forme principale pour que ça marche sous Linux, toutes les autres unités ont été reprises telles quelles. Et le code de l'unité principale était bien identique ! Je referai des tests un de ces quatre pour voir quels fichiers sont différents d'un OS à l'autre.

bb84000

[Jipété]

Quand j'ai eu le problème avec le petit programme spectrum, c'était vraiment au chargement de la forme principale que ça coinçait. j'ai du recréer uniquement le projet et sa forme principale pour que ça marche sous Linux, toutes les autres unités ont été reprises telles quelles.

Oh moi, sous Lazarus plus rien ne m'étonne, lecture...

Faut juste bien se cramponner aux branches : toujours pas compris pourquoi, en 2.2.4, des fois je veux déplacer un objet (TButton ou autre) posé sur la fiche et pas moyen ! Il n'y a rien qui le fige dans les propriétés et pourtant il ne bouge pas...
La combine que j'ai trouvée : au clavier, changer un peu une de ses propriétés de positionnement/taille et ça le libère de ce verrou caché.

[bb84000]

Bonjour,

Oh moi, sous Lazarus plus rien ne m'étonne,

D'un autre côté, c'est un logiciel libre et gratuit. Donc il faut bien accepter quelques désagréments qu'on finit par contourner.

bb84000

[acaumes]

Bonjour,

toujours pas compris pourquoi, en 2.2.4, des fois je veux déplacer un objet (TButton ou autre) posé sur la fiche et pas moyen !

En général quand ça m'arrive, c'est parce que des ancres ont été modifiés (par moi) pour l'objet en question (propriété anchors de l'objet avec 3 petits points...)

Cordialement