 |
| R3 - Port de - Environnements, outils, procédures | |
| gerardcote | 7-Jan-2013/4:57:45+1:00 |
| Tel que mentionné plus tôt, voici l'endroit où maintenant on pourrait ajouter du contenu lié aux : 1) Divers outils de développement utilisés pour les divers ports de R3 sous divers environnements - Mac OS, Linux, Android, Windows, etc., 2) Aux procédures sommaire (ou plus détaillées le cas échéant) Suggestion : Mentionner le système puis la fonction ou l'outil utilisé. Un peu comme cela se faisait ailleurs mais au moins ici tout sera regroupé autour de ce thème : La recompilation des sources de R3 sous divers environnements - Guides succints de mise en oeuvre, conseils, suggestions et discussion des expérimentations ... évidemment cela s'adresse aux novices du développement et des nouveaux outils - comme moi ... | |
| Philippe | 7-Jan-2013/9:54:28+1:00 |
| Hello, J'ai fait la correction du lien pourri (dans Eclipse vs Rebol 1/2 sur http://pl.legoff.free.fr/dotclear/rebol-fondation/index.php/?q=eclipse . Malheureusement, le fichier Word étant corrompu, j'ai extrait le texte, les copies d'écran sont perdues. (Mais c'est de toutes façons sans doute un peu vieillot.) Et mis 2 nouveaux articles en ligne (http://pl.legoff.free.fr/dotclear/rebol-fondation/index.php) , histoire de tracer quelques essais sur R3. ===Philippe | |
| gerardcote | 10-Jan-2013/21:12:44+1:00 |
| Merci Philippe - Je regarde cela quand j'ai ne minute. Tellement de choses à faire en même temps ces temps-ci ... Encore heureux que je sois retraité mais on ne le dirait pas. | |
| shadwolf | 11-Jan-2013/13:30:50+1:00 |
| http://www.rebolfrance.info/articles/premier_debug | |
| shadwolf | 11-Jan-2013/13:35:46+1:00 |
| d'ailleurs j aimerai beaucoup qu un heureux possesseur de windows test le sdk avec eclipse /mingwin a partir des docs fournies en bas de page de cet article et qu il me fasse un retour me disant s il a peu ou non faire une compilation de rebol3 avec. | |
| shadwolf | 11-Jan-2013/14:36:13+1:00 |
| bon j ai fini l article j'arrive a compiler directement sous linux depuis eclipse. | |
| gerardcote | 3-Feb-2013/17:33:28+1:00 |
| Allo Shadwolf. Chez nous on dit une heure plus tard dans les Maritimes mais dans mon cas c'est un mois plus tard ... J'aurai une modification à soumettre pour ton processus d'installation pour Eclipse et les outils requis quand j'aurai fini le processus complet d'installation. Déjà je me suis repris plusieurs fois avant de trouver l'installation d'un Eclipse qui convenait à mon prétendu Windows 64 bits (qui en fait, est un 32 bits). La version prévue pour un processeur 64 bits ne fonctionne pas sur ma machine. Enfin j'ai pu installer Eclipse sans qu'il me dise toujours que Git n'était pas encore installé. Ensuite il semble qu'il faille installer Git (et pas seulement Github) avant que le client eGit d'Eclipse cesse de toujours me casser les oreilles avec le fait que l'installation d'un Git n'a pas été détectée. Prochaine étape : Récupérer les sources de R3 à partir de Github. Ma fenêtre pop-up ne me montre que l'option Close alors je passe plutôt directement par File Import et cela revient au même. Ensuite je sélectionne Git puis Projects from Git et URI qui est : git://github.com/rebol/r3.git sinon rien ne se remplit automatiquement quand je fournis un lien https:// et comme je ne savais pas quoi mettre pour le reste j'ai tenté ma chance en choisissant le protocole Git - le logiciel a fait le reste. Ensuite la seule branche à sélectionner qui m'est proposée est Master. Je choisis mon Workspace et je coche l'option Clone Submodules au cas où j'en aurais besoin. Puis Next et New Project Wizard. Enfin Le filtre C/C++ est sélectionné. Je tente de nouveau ma chance avec Makefile Project with Existing Code. Les 2 langages (C, C++) sont cochés et une liste des Toolchains disponibles apparaît, principalement les outils GNU (cross GCC, Autotools) mais aussi Visual C++ et le MingW GCC, ce dernier étant celui que je choisis. Je verrai bien si mon choix s'avère judicieux ou pas. Le dossier sélectionné pour contenir l'emplacement du futur code existant (Existing Code Location) même s'il n'existe pas encore est C:\R3. Puis je confirme avec Finish. C'est assez semblable avec ta procédure, tout compte fait. étape suivante : Création d'un projet d'édition de code C. Je choisis le menu File, New, Langage C. La nouvelle fenêtre s'ouvre puis je choisis le nom du projet R3-offi-2012-12-12, l'emplacement par défaut C:\Users\Gerard\workspace\R3-offi-2012-12-12, le toolchain est MingW GCC, puis je choisis Next, ce qui m'amène vers le choix des configurations (Debug et Release sont cochées). Je termine avec Finish. étape suivante : Import des sources depuis Github. Je télécharge au format Zip les sources depuis https://github.com/rebol/r3 dans le répertoire local C:\R3. Le sous répertorie r3-master est créé et il contient les répertories attendus SRC et MAKE. Après 3 tentatives d'import de projet via Github, je ne sui spas certain que j'utilise la bonne procédure - n'y connaissant rien. En fait j'ai créé 3 projets distincts mais aucun d'eux ne pointe vers le source placé dans C:\R3 pour le moment... Maintenant avant de pouvoir aller plus loin, je dois donc en apprendre un peu plus sur Git - i.e. voir comment utiliser Git et ses variantes puisque je n'ai jamais utilisé ce genre d'outil de révision de code source (RCS). Je reviendrai plus tard avec la suite. Je manque encore de temps pour poursuivre cette étude en ce moment. Entretemps, puisque j'ai commandé et reçu le volume "21st century C" chez O'Reilly, écrit par Ben Klemens, un guru du C utilisé de manière moderne, j'en profite pour apprendre aussi quels sont les outils qu'il utilise aujourd'hui (et non pas ceux qui sont décrits dans mes vieux bouquins) et de quelle manière les utiliser efficacement - tout ce dont j'ai besoin pour redémarrer. évidemment, je dois aussi réapprendre la base du langage C lui-même et aller bien plus loin que dans mes premiers balbutiements que jadis ... Pour ceux que cela intéresse, j'ai aussi trouvé un livre intéressant et gratuit, au format PDF (http://www.cs.rit.edu/~ats/books/ooc.pdf), écrit en 1993 par Axel-Tobias Schreiner sur la programmation orientée objets en ANSI C - mais sa compréhension nécessite déjà une bonne connaissance de la syntaxe et des dessous du langage C alors ... devinez la suite pour moi ! Ah! Le temps toujours le temps !!! | |
| shadwolf | 5-Feb-2013/15:38:20+1:00 |
| non ... Git fait parti du pack eclipse pour C/C++ tu as plein de version d eclipse tu as une version toute nue... ou tu dois tout installer a la main. une version pour java, une version pour c/c++, une version pour php, une version pour javascript etc... je donne le lien dans mon article vers le liens direct pour le pack C/c++ Les differente versions de ce pack pour different OS se trouvent sur la partie droite de la page dans un encart. | |
| shadwolf | 5-Feb-2013/15:39:27+1:00 |
| je t accorde qu on remarque pas assez le lien http://www.eclipse.org/downloads/packages/eclipse-ide-cc-developers/junosr1 | |
| shadwolf | 5-Feb-2013/15:56:20+1:00 |
| je t accorde qu on remarque pas assez le lien http://www.eclipse.org/downloads/packages/eclipse-ide-cc-developers/junosr1 sinon pour la procedure si ca ne ce passe pas comme je l ai decrit c est : 1) tu n as pas installer eclipse IDE C++ 2) tu n as pas installer le dernier jre java 3) tu n as pas suivi la procedure. Il y a 3 point simples: 1) importation des source r3 avec le client Github "egit" du pack eclipse C++ 2) creation d un projet et recopiage des donnees de ton dossier github vers ton dossier de travail. Les données sont deja sur ton disque dur tu as pas besoin en plus de les retelechargee encore sous forme de zip... 3) configuration de l environnement du projet pour arriver a compiler ce satané rebol et c est la que sous windows avec mingwin ca complique. MinGwin c est un pack minimal contenant Gnu CC (gcc) et outils attenants (make, ld etc...). L autre alternative c est Cygwin mais Cygwin est beaucoup plus lourd et est pratiquement un portage complet sous windows de tous les outils de bases de linux. (bash, ls, sed, awk, grep, etc...) tu peux enfin essayer une alternative codeblock! il y avait un sdk pour codeblock! et MinGWin r3-hostkit qui permettait de compiler le hostkit r3 sans passer par Microsoft Visual Studio C++. Enfin dernier point Microsoft visual studio existe en version express donc au pire tu peux utiliser ca... C est limite c est pas gratuit, c est pas opensource mais ca marchera impecable avec le makefile.vcc fourni dans le projet r3. | |
| shadwolf | 5-Feb-2013/16:04:33+1:00 |
| pour le host-kit adapter a CodeBlock voir ici https://github.com/carls/R3A110 Le dossier make-cbp est celuiq qui contient l environnement et le makefile pour compiler r3-hostkit avec codeblock! + mingwin (codeblock integre direct mingwin tu n as pas a l editer a part) Parcontre la difference entre le hostkit et les source complete de r3 c est l utilisation de r3 pour preparer le code source a etre compilé. ceci dit il devrait etre possible de melanger les procedures du makefile GCC de r3 linux et de codeblock! r3-hostkit Enfin geradcote j ai jamais dit que ca allait etre facil... Il est important justement de discuter de ce qui te complique la vie car ce qui est compliquer pour toi ne l est pas forcement pour moi. Le but de mon article est de faire qu un maximum de gens passent le pas vers le edition la modification de rebol. Donc je dois collecter un maximum d avis sur ce que j'ai ecrit ... Evidement l ideal ce serait qu on prennent contact et que je te montre comment ca s install en passant par teamviewer. | |
| shadwolf | 5-Feb-2013/16:06:10+1:00 |
| en meme temps moi meme j ai pas resolu les problemes de compilations que je rencontrai! | |
| gerardcote | 13-Feb-2013/1:30:03+1:00 |
| Après quelques essais de base avec Eclipse et Mingw sur du code vraiment Basic - afin de savoir si le toolchain fonctionne, j'ai réussi une premi;ère compilation avec un makefile. Mais avec le makefile de R3 proposé par Carl, cela me semblait plus difficile car Eclipse est poche pour les msgs d'erreur ! Donc je m'apprêtais à retourner au travail quand j'ai découvert par hasard ce qui se disait sur AltMe... voici un lien (https://github.com/hostilefork/r3-hf/wiki/Building-from-source-on-windows-with-mingw)qui explique comment procéder directement via mingw - sans passer par Eclipse. Bone cela ne règle pas notre problème mais si HostileFork a réussi à le faire tourner en utilisant directement le travail de Carl, alors pourquoi se casse-t-on la tête à modifier ce makefile pour le rendre compatible? Je dois étudier encore pour tenter d'en apprendre un peu plus pour savoir ce qui fait qu'avec Mingw seulement cela marche directement et pas avec Mingw et Eclipse ... A+ | |
| jocko | 13-Feb-2013/7:59:45+1:00 |
| Je n'ai pas compris pourquoi tu ne le compiles pas sous visual studio : c'est très direct. | |
| gerardcote | 13-Feb-2013/21:13:33+1:00 |
| Je croyais que la version mingw de gcc était recommandée pour travailler sous Eclipse. Et puis je n'ai pas Visual Studio en main. Je commence à trouver que cela fait beaucoup de plateformes redondantes à installer, non ? La version VS Express est-elle suffisante pour y arriver ? Et de quoi disposons-nous alors sur le plan du déboguage avec VS ? Sinon j'irai tout bonnement du côté de la solution d'Embarcadero que j'ai acquis l'an dernier mais n'ai jamais encore utilisé non plus - mais comme il est payant et que peu de gens vont se l'offrir, je voulais plutôt me ranger du côté de la majorité ... Pour ma part, l'un ou l'autre, en autant que je puisse déboguer avec les outils suggérés par le groupe ensuite. Le reste m'importe vraiment très peu! Déjà avec Eclipse, je ne trouve pas que l'information liée aux erreurs de make sont ce qu'il y a de plus loquaces mais bon! | |
| shadwolf | 26-Feb-2013/2:53+1:00 |
| jocko parceque faire du libre avec du crosoft non merci ... je prefere utiliser mon cerveau ou le peu qu il en reste pour faire les chose entierement gratuitement et libre... traite moi d integriste si ca t amuse ... mais je deteste MS visual studio, faire un Makefile pour eclipse/minGW sous windows pour compiler r3 n est pas difficile ... et on en est la justement parce que personne a commencer par notre bon ami carl ne veux utiliser des outils portables comme eclipse et minGW. | |
| AdrianS | 27-Feb-2013/18:02:07+1:00 |
| Guys, if you are interested in the simplest environment to work in, I'd recommend Code::Blocks. It's easy to set up and use, and you get nice integrated debugging and navigation of C code. I can provide the required Code::Blocks project file for the official R3 source as well as a couple of small (temporary, as they will be merged into official source soon) changes needed to make-make.r for anyone who is interested. Cheers | |
| AdrianS | 27-Feb-2013/18:06:43+1:00 |
| I just wanted to add that as a long time Eclipse user, I still would recommend Code::Blocks over Eclipse for getting going quickly. It's just simpler since there's nothing to do other than install CB, copy the R3 project file and update make-make.r. | |
| jocko | 28-Feb-2013/7:52:34+1:00 |
| AdrianS, I used Code::Blocks in the past. Is is a nice environment. I would be interested by the project files and upgrades that you propose. Can you put it somewhere, or send it to me at reverse rf.uaeniloc@tcatnoc. Thanks | |
| AdrianS | 28-Feb-2013/9:52:47+1:00 |
| jocko and everyone else, you can find the files and instructions here: https://github.com/asampal/CodeBlocks-Rebol | |
| shadwolf | 1-Mar-2013/14:21:27+1:00 |
| Code:Blocks is already one of the Workbench I have recommanded for windows plateform. Code::Block or eclipse are the same finally ... below it is MinGW gcc and related tools and libs that makes the job so a makefile working for code:block should work for eclipse. After that it is just a matter of personal taste personnaly I like to use the same tool all over and skip the adaptation period to another way of doing the same things. | |
| shadwolf | 1-Mar-2013/14:26:27+1:00 |
| AdrianS thank you for the submission I will try to provide you a translation of the install instructions asap. | |
| AdrianS | 1-Mar-2013/20:21:13+1:00 |
| shadwolf, I agree it's a matter of taste once things are going, but, unfortunately, with Eclipse just getting set up can cause some people problems just because of some Java JRE/JDK issues. Personally, I like Eclipse too - it was my main tool for many years and once you have it set up it's very nice. Thanks for the offer to translate. | |
| jocko | 2-Mar-2013/5:09:50+1:00 |
| Hi Adrian testing your Code-Blocks project, I find a compilation problem: Using makefile: makefile Execution of ' > cmd /c NUL' in 'C:\Rebol\r3\r3-master\make' failed. Nothing to be done. I do not see what happens. | |
| AdrianS | 2-Mar-2013/7:21:28+1:00 |
| jocko, this is a problem with the dir command not being found by Windows for some reason. 'dir' is actually not a standalone executable in Windows (there is no dir.exe or dir.com), but is a command implemented by the standard command shell (cmd.exe). I'm guessing that you're not using the regular command shell in Windows (cmd.exe) or maybe you're using an older version of Windows where you can't invoke 'dir' by executing 'cmd /c dir'. Try this: In make-make.r, change line 375 from the current one which is: macro+ LS pick ["cmd /c dir" "ls -l"] flag? DIR to: macro+ LS pick ["dir" "ls -l"] flag? DIR If this doesn't work, find out what the 'show directory listing' command is for your command shell and use that instead of 'dir' in the line above. If this 'show directory listing' command is a separate executable, use just its name. If it is a subcommand of your shell, let's say your shell is called myshell.exe, then you should find out how to call the 'show directory listing' command through that shell as I had it with cmd.exe -> 'cmd /c dir' and use that instead. Let me know what happens. | |
| jocko | 2-Mar-2013/9:38:46+1:00 |
| Hi, Adrian thanks for your fast reply. I tried your suggestions, unfortunately, the problem remains, curiously with exactly the same message, whatever the modification is. I am under Win XP, and the dir command in a console is either dir , or cmd /c dir | |
| AdrianS | 2-Mar-2013/10:30:12+1:00 |
| Hmm, I wonder if you have either cygwin or mingw installed and so have some of their paths come first in the PATH environment variable. Could you check this and remove them if they are there, temporarily, to see if this is causing the problem. I'll try to think some more about what it could be, but I need to get some sleep as it's 4:30 am here (Toronto, Canada). If you'd like, I can try to help you over Skype (I'm thinline) using screen sharing later today - maybe in your afternoon or evening. | |
| jocko | 2-Mar-2013/11:25:44+1:00 |
| no, I have neither cygwin nor mingw. Sorry to keep you awake It's not so urgent for me to solve the problem. Thanks, speak to you later | |
| jocko | 2-Mar-2013/17:42:56+1:00 |
| I have updated code::blocks from v10 to v12.11, and the error message is now different : -------------- Build: Debug in r3 (compiler: GNU GCC Compiler)--------------- Running command: make.exe -j -f makefile allDebug Execution of 'make.exe -j -f makefile allDebug' in 'C:\Rebol\r3\r3-master\make' failed. Nothing to be done (all items are up-to-date). | |
| AdrianS | 2-Mar-2013/18:10:38+1:00 |
| Sorry I forgot to mention that the project was intended for CB 12.11. It seems that maybe you didn't copy the make-make.r I supplied over the original. When you run the build, there is a pre-build task that generates the file 'makefile'. Can you check if this was generated? In this file, there should be a target called 'allDebug' (also one called 'allRelease'). Are these there? In order to execute one or the other of these targets, you should choose "Debug" or "Release" targets from the drop-down in Code::Blocks. Anyhow, it might be easier to figure this out if you can share your screen. You don't have Skype? | |
| AdrianS | 2-Mar-2013/18:15:45+1:00 |
| Btw jocko, I'm taking notes from your struggles since others might have the same issues. Thanks for helping to figure this out. | |
| jocko | 2-Mar-2013/18:26:12+1:00 |
| I have to install skype on this computer, and then we can check. | |
| jocko | 2-Mar-2013/18:52:34+1:00 |
| It's done | |
| AdrianS | 2-Mar-2013/18:58:25+1:00 |
| OK, add me as a contact and call. | |
| jocko | 2-Mar-2013/19:02:18+1:00 |
| Can you send me your id (by email, above) ? | |
| AdrianS | 2-Mar-2013/19:03:29+1:00 |
| I gave my Id above - thinline. | |
| jocko | 2-Mar-2013/19:04:14+1:00 |
| thanks | |
| PierreCh | 18-Mar-2013/9:19:02+1:00 |
| J'avoue qu'à voir le gargantuisme d'eclipse, comparé à code::blocks... Mon choix se ferait plutôt en direction de ce dernier. Si on doit commencer par télécharger des jdk monstrueux et des packages java obèses... tout ça pour compiler du Rebol, dont la légèreté est une qualité première... J'avoue que ça m'évoque un peu l'histoire de la bombe A pour avoir la peau d'une mouche... Donc après avoir pas mal mascagné sur eclipse, je regarde du côté de code::blocks. à mon temps perdu, car je ne crois pas pouvoir trop aider de ce côté. Enfin, on verra. | |
|
Login required to Post. | |