[linux]Votre environnement pour coder

version geek ou non :p

Pour accéder à cette section
Connectez-vous !

Auteur	Message
Page 1
1 visiteur sur ce sujet (1 Anonyme)
Page 1
Atlantis_tutorial	# Posté le 07/02/2012 à 22:01:22
alias My?terious	Salut les zér0s, Je fais aujourd'hui appel à vous pour vous poser une petite question simple. Mais avant de la poser, une petite explication : Je suis un passionné d'informatique, et j'adore la programmation. Je voudrais d'ailleurs en faire mon métier. Bon, ensuite, je suis aussi un féru de systèmes libres, dont linux, pour diverses raisons qui ne nous concernent pas ici. Je suis donc heureux avec mon petit ordinateur pourri et avec mon linux de base et mal configuré qui tourne. Mais un truc me tracasse : je me sens mal pour coder. En effet, je ne suis pas à l'aise quand je code, ce qui fait que des fois j'ouvre mon éditeur de texte, le fichier, je tape trois lettres et je ferme. Je ne suis pas motivé du à ce mal-être. Voici donc ma question : quel est votre environnement pour coder ? J'aimerais savoir le plus de détails possibles : distribution, logiciels installés, gestionnaire de bureau, de fenêtres, éditeur de texte (sans combat entre les fanatiques d'emacs et de vim s'il vous plaît ), outils... Plus il y en a, et mieux ça sera. Le but étant que je puisse réunir un maximum d'informations et ensuite me faire mon petit pack d'outils tout chaud tout bien pour être peut-être un peu mieux à l'aise pour coder un nouveau Crysis (ouais je suis un fou ) Ah, une autre petite info : l'environnement serait plus optimisé pour le développement C++ et éventuellement web (HTML, CSS et PHP) Ce que j'ai déjà trouvé Bon, avant que vous me disiez "google est ton ami !", et que je vous arrache la tête sauvagement, voici une petite liste des recherches que j'ai déjà pu effectuer : Cet article Ce thread sur le forum Stack Overflow [EN] Ce que je pense utiliser/installer Voici maintenant, ce que je pense installer et éventuellement utiliser. Outils pour la compilation Secret (cliquez pour afficher) CMake g++ → codant en c++, si je n'installe pas ce logiciel, il risque d'y avoir un problème. Outils pour le débogage/profilage Secret (cliquez pour afficher) Valgrind Gprof GDB ltrace Gestionnaire(s) de version Secret (cliquez pour afficher) Git Subversion Éditeur de texte Secret (cliquez pour afficher) Vim Gestionnaire de bureau/fenêtres Secret (cliquez pour afficher) awseome → Je pense m'orienter vers un gestionnaire de fenêtre en tilling Développement web Secret (cliquez pour afficher) Xampp → Pour avoir un serveur de tests rapidement sans s'embêter à installer et configurer tout séparément Distribution(s) Secret (cliquez pour afficher) Archlinux → Il permet vraiment d'installer ce que l'on souhaite et rien de plus. Faut juste prendre du temps pour tout configurer correctement. Autres Secret (cliquez pour afficher) tmux → Il peut être pas mal pour splitter le terminal même si normalement avec un gestionnaire de fenêtre en tilling il ne devrait pas être indispensable. Donc voilà, je fais appel à vous dans l'espoir que vous puissiez m'aider, et peut-être éventuellement aider d'autres zér0s perdus comme moi Sur ce, je vous remercie d'avance, et je vous donne mon salut. My?terious. Édité le 08/02/2012 à 21:51:15 par Atlantis_tutorial Programmer, j'aime ça mais faire fonctionner mon programme, c'est dur.... Sound-designer pour le projet Xeenos : post sur le forum Compositeur du projet ETSTA : Sur le forum des zér0s My virtual computer, webOS performant Compositeur, programmeur (et graphiste) amateur
Publicité	# Posté le 07/02/2012 à 22:01:22

FirstZero	# Posté le 07/02/2012 à 22:10:18
	Personnellement, je code avec une console en plein écran, dans lequel j'utilise tmux pour à la fois combiner finch, weechat, quelques commandes diverses et bien entendu une grandes pages pour la programmation. Ensuite, je code avec vim, éditeur de texte que j'apprécie beaucoup maintenant et qui est très très utile. J'utilise donc g++, à l'aide de la commande make (je créé un Makefile de toute pièce), utilise gdb ET valgrind pour le déboggage et puis c'est tout . En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
Sparrow	# Posté le 08/02/2012 à 09:20:24
Nous apprenons tous les jours	Vim c'est bien, mais parfois j'ai besoin de plus (sans doute que je ne sais pas me servir "correctement[1]" de vim), donc de temps en temps, un petit coup de Geany (ou Notepad++ selon l'os). Ca c'est pour les petits programmes / scripts. Il m'arrive d'avoir besoin de CodeBlocks quand je fais un poil de C, couplé à gcc. Même si souvent Geany me convient pour ce que je fais. J'avais même utilisé Kate pendant un temps. Parfois, Netbeans pour le Php, avec un ptit coup de Xammp derrière. Voir plus haut pour les éditeurs de texte quand j'ai pas besoin d'un tel poids-lourd de l'édition. Pour Java, eclipse, soyons fous ! Distrib' : ArchLinux avec Xfce4, c'est la fête. Windows Xp des fois (genre pour le boulot). Après pour le coup de "je ne suis pas à l'aise", tu veux dire quoi ? T'es mal installé dans ton fauteuil ou c'est ton environnement qui ne te plait pas ? Va falloir tester plusieurs outils du coup, mais commence par les petits. Voilà, c'était un petit post avec des noms en vrac. Bonne chance ! _______________________________ [1] "correctement", avec le guillemets. Je sais évidemment me déplacer, éditer, lancer quelques regex et rechercher ce qui est dans le doc actuel, mais bon, ya tellement de choses à voir dans vim que forcément, ça va prendre tu temps. Sujet résolu ? Passez au vert ! Bien poster : zCode et indentation - Pas de questions par MP - Linux n'est pas Windows[2]
UNIX develloper	# Posté le 08/02/2012 à 10:40:28
Powered by FreeBSD 9.0 Études : Epitech Toulouse	Boah... Moi je me sert d'emacs, clang - llvm, gdb et valgind pour faire du dev, sinon je tourne principalement sous FreeBSD, et sous ArchLinux pour porter mon code sous Linux FreeBSD 9.0-RELEASE Le daemon domminera!!!
Tosh	# Posté le 08/02/2012 à 19:41:43
EOT Blog Twitter close	Alors, pour ma part, je code généralement avec les outils suivants : Éditeur : emacs. Multiplexeur de terminal : tmux. Gestionnaire de version : SVN. Outils de débogage : valgrind, strace, ltrace, gdb... Outils de compilation : GNU make, gcc/g++, nasm, ld, interpréteurs divers... Gestionnaire de fenêtres : fluxbox. Distribution : Archlinux. Lorsque je suis à fond dans un code, j'ai généralement une "fenêtre" tmux en plein écran dans laquelle tourne emacs qui est lui-même splité en deux verticalement. Je fais ensuite tout ce qui est compilation, déboguage et cie depuis emacs. Voilà ce que ça donne : image Ça casse pas des briques, mais je suis assez à l'aise pour coder. Le plus important selon moi : ne pas avoir à switcher entre clavier et souris (tout au clavier), et avoir constamment le code sous les yeux grâce aux deux fenêtres. Avec un écran plus grand, voir avec un duel screen, il doit y avoir moyen d'avoir plus de fenêtres pour un plus grand confort, mais avec ma configuration, deux c'est déjà plutôt juste je trouve. Édité le 08/02/2012 à 19:43:03 par Tosh Vous trouverez mes codes et articles sur mon site web ou sur mon SVN.
FirstZero	# Posté le 08/02/2012 à 21:16:11
	Je suis un peu comme Tosh sauf que mon terminal est quand même beaucoup plus beau (un peu transparent pour que je vois le fond d'écran derrière : mieux visuellement pour ma part). Ça m'arrive de splitter avec 4 avec vim mais c'est très rare (je préfère splitter en deux : le .cpp et le .h généralement mais je peux tout aussi bien mettre deux .cpp (un qui dépend de l'autre) ou encore deux .h pour voir s'il ne me manque pas des méthodes importantes. En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
Atlantis_tutorial	# Posté le 09/02/2012 à 10:33:50
alias My?terious	Salut à tous, déjà, merci de vos réponses rapides et qui m'ont déjà apporté des éléments. J'ai grâce à vous déjà découvert tmux, que je vais peut-être utiliser, avec en plus le gestionnaire de fenêtre en tilling, et Tosh à parlé de strace et ltrace, que je ne connaissais pas, et qui ont l'air pas mal du tout. En tout cas, tout commence à devenir clair et peut-être bientôt vais-je pouvoir me lancer dans l'installation du linux Citation : Sparrow Après pour le coup de "je ne suis pas à l'aise", tu veux dire quoi ? T'es mal installé dans ton fauteuil ou c'est ton environnement qui ne te plait pas ? Va falloir tester plusieurs outils du coup, mais commence par les petits. Ce que je veux dire, c'est qu'il y a quelque chose qui manque, je trouve que mon environnement actuel n'est pas assez « ergonomique ». Il est très bien pour un usage normal, mais pour le développement, il manque un truc qui fait que. Et je n'ai pas de fauteuil, juste une chaise très banale . En tout cas oui, c'est mon environnement qui ne me plaît pas. Édité le 09/02/2012 à 10:35:48 par Atlantis_tutorial Programmer, j'aime ça mais faire fonctionner mon programme, c'est dur.... Sound-designer pour le projet Xeenos : post sur le forum Compositeur du projet ETSTA : Sur le forum des zér0s My virtual computer, webOS performant Compositeur, programmeur (et graphiste) amateur
Sparrow	# Posté le 09/02/2012 à 10:44:58
Nous apprenons tous les jours	Citation : Tosh Le plus important selon moi : ne pas avoir à switcher entre clavier et souris (tout au clavier), et avoir constamment le code sous les yeux grâce aux deux fenêtres. Avec un écran plus grand, voir avec un duel screen, il doit y avoir moyen d'avoir plus de fenêtres pour un plus grand confort (...) Je crois que le point le plus important pour toi Atlantis_tutorial, a été soulevé ici. Et je remarque que je ressens aussi une gêne quand je dois échanger clavier/souris constamment. Le split vertical dans l'éditeur de texte c'est tellement simple que je n'y pense jamais quand j'en ai besoin. Par contre, pour tmux, quel en est l’intérêt, et quel est le confort apporté par rapport à plusieurs terminaux ? Ok, tu peux avoir plusieurs terminaux dans une seule fenetre mais on finit pas par s'y perdre ? Ok, switcher entre 1 terminal d'éditeur de texte, un pour le débugger, un pour le compilo, un pour lire sa musique ou autre chose ça peut être lourd, mais t'es sur d'être sur le bon au final. Au pire, splitter en 2 le numéro 2 pour avoir compilo / debug dans la même fenetre. Il y a une grosse différence avec le programme screen présenté dans le tuto officiel Linux du Sdz ? Sujet résolu ? Passez au vert ! Bien poster : zCode et indentation - Pas de questions par MP - Linux n'est pas Windows[2]
lmghs	# Posté le 09/02/2012 à 13:32:01
	chaine de compil: g++ & famille, voire clang pour la complétion intelligente, puis cmake/make/autotools (ça dépend), STLfilt (indispensable en C++!) débug: gdb, pyclewn, valgrind edition & plus: gvim (je fuis vim en console!)(config en signature) et ctags ; et console avec tous les text-tools (grep, find, xargs, etc); doxygen PS: il n'est pas rare que j'ai des split de plus de 20 fichiers. La compil (:make) dans la fenêtre du bas, et une paire de .h/.cpp par "étage". Édité le 09/02/2012 à 13:34:53 par lmghs C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
FirstZero	# Posté le 09/02/2012 à 15:29:52
	Personnellement, la touche F4 me fait switcher mon .cpp et mon .h, et avec tmux, j'ai la possibilité d'avoir énormément de choses en même temps (hormis le split, il y a aussi la duplication de fenêtre avec ctrl+B +C). Ça me permet donc d'ouvrir un nombre incalculable de fichiers en même temps, allez sur msn, chat irc etc... tout ça très très facilement. En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
Tosh	# Posté le 09/02/2012 à 19:21:30
EOT Blog Twitter close	Citation : Sparrow Par contre, pour tmux, quel en est l’intérêt, et quel est le confort apporté par rapport à plusieurs terminaux ? Ok, tu peux avoir plusieurs terminaux dans une seule fenetre mais on finit pas par s'y perdre ? Ok, switcher entre 1 terminal d'éditeur de texte, un pour le débugger, un pour le compilo, un pour lire sa musique ou autre chose ça peut être lourd, mais t'es sur d'être sur le bon au final. Au pire, splitter en 2 le numéro 2 pour avoir compilo / debug dans la même fenetre. Il y a une grosse différence avec le programme screen présenté dans le tuto officiel Linux du Sdz ? Pour la programmation en elle même, tmux ne m'est pas plus utile que ça, car comme je le répète je reste essentiellement sur emacs. Par contre, ça me permet de rester uniquement sur le clavier pour énormément de taches en naviguant avec ctrl+b. Tmux permet également de spliter le terminal en deux, ce qui est très pratique dans pas mal de situations. À rajouter aussi que tmux permet d'être lancé depuis ssh . La seule tâche pour laquelle je suis obligé de quitter le clavier, c'est pour la navigation internet. Tmux et screen permettent globalement la même chose, après c'est une question de goûts personnels. C'est comme choisir entre emacs et Vim . Vous trouverez mes codes et articles sur mon site web ou sur mon SVN.
Hod	# Posté le 09/02/2012 à 19:40:37
Friedman & Kotzen addict Études : INSA Rouen	Bonjour, Personnellement voici mon environnement de développement personnel (lorsque j'ai l'occasion de choisir mes outils). Pour l'OS, c'est Archlinux. Le gestionnaire de fenêtres, c'est WMFS qui est un système de tiling, me permettant de limiter au strict minimum la manipulation de la souris et des fenêtres. J'y gagne ainsi en productivité et confort. Comme l'a dit mon voisin du dessus, il n'y a que pour Internet que je suis obligé de quitter mon clavier. Pour le développement pur et dur (ici en partie propre au C / C++ ou Fortran, car c'est ce que je fais le plus) : - Vim avec quelques plugins - Git pour le gestionnaire de version - Valgrind pour profiling, bug tracking, test mémoire - g++ / ifort comme compilateur - ranger pour la gestion locale des fichiers et l'exploration des fichiers - urxvt comme émulateur de terminal J'ai souvent besoin d'écrire des rapports, en partie sur ce que je développe. De facto, j'ai besoin d'un lecteur PDF qui sera Zathura, et puis évidemment de latex. Pourquoi Zathura ? Parce qu'il intègre les binding keys de Vim. A ce propos mon navigateur les intègres aussi et j'ai configuré WMFS pour s'en rapprocher. Le plus intéressant est de savoir comment je règle mon espace de travail. En gros, j'ai une fenêtre avec Vim qui occupe la partie latérale gauche de mon écran. Le système de tab et les quelques pluggins me permettent de me déplacer dans l'arborescence des fichiers. J'ai également deux autres fenêtres à droite : - Celle du haut avec 3 onglets urxvt : -> Git -> Compilation / test -> Commandes diverses - Celle du bas avec ranger et l'heure (très important haha) Voila, j'espère que ça te donnera des idées pour créer toi même ton environnement. « Ne pas réinventer la roue est une chose, mais ne pas savoir réinventer la roue en est une plus grave. »
FirstZero	# Posté le 09/02/2012 à 20:52:01
	Je préfère largement avoir ma console en pleine écran sur un bureau virtuels, et de changer de bureau virtuels uniquement pour autre chose (internet le plus souvent) avec une simple combinaison de touches. Par exemple avec gnome 3, mon terminal est en pleine écran et je change avec ctrl + Alt + Down/Up (on est ainsi productifs et gnome 3 ne nous dérange pas du tout). En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
paraze	# Posté le 09/02/2012 à 21:33:33
Tiësto is the best Ville : Gex Pays : France métropolitaine	Personnellement, j'utilise : CMake gcc valgrind Kate (vim, ce n'est pas encore trop mon truc) Openbox Xampp Archlinux urxvt Jeu 2D - IL ball Vous souhaitez apprendre à programmer, mais vous ne savez pas comment vous y prendre - Tuto non-officiel plus sérieux - ? WTF Public License : WTFPL Exercices pour débutants en C >>> Venez vous entraîner afin de progresser ! Ce mois-ci, traduisez des acronymes avec zWTF !
Atlantis_tutorial	# Posté le 11/02/2012 à 21:26:12
alias My?terious	Salut, Déjà, merci à tous pour vos réponses, je commence à avoir quelque chose qui se vaut. En effet, depuis hier je m'acharne sur l'installation de l'environnement, et j'ai pas mal avancé. Donc en distribution c'est une archlinux, et pour le gestionnaire de fenêtre pour l'instant c'est wmfs. Il me reste pas mal de truc à configurer, mais voici une petite capture du tag "edit" pour donner un aperçu : Cliquez sur l'image pour voir en graaaaand (1920x1080) Donc, j'ai décidé de placer 9 tags pour l'instant, dont je pense que les noms parlent d'eux-même : edit (capture 1)-> Contient le nécessaire pour l'édition des fichiers source. à gauche, il y a un urxvt avec vim d'ouvert. à droite, un firefox avec un profil spécial est ouvert sur une page contenant un index des documentations que je regarde souvent. J'ai décidé de faire ainsi car j'utilise presque tout le temps la doc de la bibliothèque que j'utilise pour mon programme. Cela permet ainsi d'avoir un coup d'oeil direct la documentation dont j'ai besoin. Enfin, un autre petit urxvt est présent pour une éventuelle tâche. compil -> Comme l'indique son nom, ce tag est l'espace utilisé pour la compilation d mon programme. Il n'est pour l'instant composé que d'un seul urxvt qui prend toute la place. Mais il est probable qu'un autre petit programme vienne l'accompagner prochainement, mais je n'ai pas déterminé encore lequel. debug -> Ce bureau sera l'espace pour l'étape de débogage et de profilage du code. Il est pour l'instant composé de deux urxvt. play (capture 2) -> Ce tag est réservé à l'éxecution de l'application. Il est composé d'un urxvt. Mais sa particularité est que, quand on appelle l'application, le terminal est mis en bas en prenant une place réduite, laissant ainsi la majorité de l'écran pour l'application. www -> Pour toutes les applications internet (firefox, chat irc...) files -> Tag réservé à un urxvt éxecutant ranger. sys -> Tag réservé pour toutes les applications de configuration du système. Actuellement, un urxvt avec alsamixer et un autre avec htop se trouvent côte-à-côte. foo1 -> Tag reservé pour tout le reste foo2 -> comme foo1 Donc voilà, pour le peu que j'ai fait, ça marche déjà du tonnerre et je me sens beaucoup mieux et beaucoup plus motivé. Il me reste donc quelques petits détails à configurer, comme par exemple avoir la possibilité de lancer plusieurs applications avec wmfs dans des tags différents, mais sinon, je suis assez satisfait de mon travail Mais je suis surtout très reconnaissant de votre aide, qui m'aura aider à établir mon petit environnement. N'hésitez pas à faire toujours part de votre expérience, même si le sujet et bientôt normalement résolu, il y a toujours à apprendre. My?terious Programmer, j'aime ça mais faire fonctionner mon programme, c'est dur.... Sound-designer pour le projet Xeenos : post sur le forum Compositeur du projet ETSTA : Sur le forum des zér0s My virtual computer, webOS performant Compositeur, programmeur (et graphiste) amateur
lmghs	# Posté le 12/02/2012 à 01:57:11
	Compile depuis vim. Faire ça à l'extérieur est contre productif vu que tu va perdre la navigation dans les messages d'erreurs -> :h quickfix C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
FirstZero	# Posté le 13/02/2012 à 09:42:15
	Dites moi avec vim, la commande :make me sors bien des erreurs de compilation, mais il ne va pas à la ligne où ce situe ces erreurs. Comment faire ? En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
lmghs	# Posté le 13/02/2012 à 10:14:50
	:cn, :cp pour naviguer dans les erreurs ou <entree> (et même double clic avec gvim) sur une ligne d'erreur (dans la fenêtre quickfix) directement. Après parfois le choix par défaut pour le comportement de :make (ouverture de la fenêtre) n'est pas génial. Je l'avais patché personnellement: - là: http://code.google.com/p/lh-vim/source [...] _core.vim#136 - et là: http://code.google.com/p/lh-vim/source [...] apper.vim#701 C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
Sparrow	# Posté le 13/02/2012 à 20:57:04
Nous apprenons tous les jours	Ah c'est sympa tmux finalement, après quelques tests. Je me demande aussi si je ne vais pas me mettre à utiliser urxvt, parce que le terminal de xfce me fait des choses étranges quand la ligne devient trop longue ... Sujet résolu ? Passez au vert ! Bien poster : zCode et indentation - Pas de questions par MP - Linux n'est pas Windows[2]
FirstZero	# Posté le 13/02/2012 à 23:03:30
	lmghs : oui ça me fait naviguer dans LA FENÊTRE DES ERREURS mais ça ne me fait passer directement à la ligne où se situe l'erreur. Exemple : j'ai l'erreur n°3 de surligner qui m'indique une erreur à la ligne 50 de foo.cpp. Ben quand je sélectionne l'erreur n°3, je ne vais pas à la ligne 50 de foo.cpp En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
eltonio59	# Posté le 13/02/2012 à 23:39:26
Études : Epitech Lille	Salut, Personnellement je code avec les outils suivants Éditeur : Emacs en temrinal (Splitté verticalement en deux) Gestionnaire de version : Git (Via bitbucket). Outils de débogage : valgrind, et gdb Outils de compilation : Gcc Gestionnaire de fenêtres : Gnome avec une surcouche conky (pour avoir les graphes etc ... toujours utile Voilà -- eltonio59 \|\|\|\|\|\|\|\|\|\| 100 % PHP \|\|\|\|\|\|\|\|\|\| 60% C \|\|\|\|\|\|\|\|\|\| 50% POO, MVC, Framework \|\|\|\|\|\|\|\|\|\| 80% XHTML / CSS
lmghs	# Posté le 13/02/2012 à 23:59:45
	@Firstzero, étrange. <cr> et :cc<cr> devraient pourtant fonctionner. Regarde que ton option &switchbuf matche la mienne (premier lien du message précédent) -- bien que je serait surpris que cela soit ça, on ne sait jamais. C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
FirstZero	# Posté le 14/02/2012 à 09:19:01
	J'ai fait cette commende : set switchbuf=useopen,split mais sa ne marche pas. En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
lmghs	# Posté le 14/02/2012 à 10:08:06
	<HS> :cc ne marche pas quand tu es sur une ligne d'erreur ? </> C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
FirstZero	# Posté le 14/02/2012 à 22:37:40
	Ça ne marche pas du tout. T'es patche, il faut bien en faire des nouveaux fichiers et les mettre dans autoload, non ? En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git
lmghs	# Posté le 15/02/2012 à 14:29:37
	[Vu le caractère HS de la digression sur l'utilisation de :make, je switche en MP] C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
Pluggi	# Posté le 15/02/2012 à 19:41:00
Anciennement Plug 'n' Play 512 Blog Twitter close Ville : Le mans Pays : France métropolitaine	Je vois pas l'utilité de switcher. Au contraire, si d'autres ont le même problème, ça serait utile de continuer ici, même si c'est très légèrement HS. C'est complètement idiot ce type de comportement qui veut que des qu'on s'éloigne un peu d'un sujet, il faut arrêter toute discussion. Au contraire, si c'est intéressant il faut continuer. #ircduzero, le salon IRC du Zéro Viendez sur mon blog ! Je ne sais pas grand chose, mais le peu que je sache, je le partage dessus. #LGDF: Krankkatze vaincra !
lmghs	# Posté le 15/02/2012 à 20:34:15
	[Je comprends très bien. Disons que là cela fait plus investigation d'anomalie. Je ne comprends pas encore ce que FirstZero observe alors que je n'ai aucun soucis pour compiler depuis vim. D'où que je préfère éviter de polluer un sujet sans grand rapport. Et signaler au cas où qu'une éventuelle solution pourrait voir le jour et qu'il suffirait de la demander. :)] C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
lmghs	# Posté le 17/02/2012 à 11:56:31
	Pour info et conclure la digression, sa variable de conf &efm qui paramètre à quoi ressemblent les lignes d'erreurs produites avait été parasitée (plugin mal fichu, ou code recopié à la hâte dans le .vimrc, je ne sais pas), ce qui bloquait le fonctionnement nominal du mode quickfix de vim pour les C&C++. C++: FAQ C++ Developpez\|FAQ fclc++\|FAQ Comeau\|FAQ C++lite\|FAQ BS\|Bons livres sur le C++ vim: µTemplate v3.0.0b1\|lh-Refactor v0.2.2 (viml,C,C++,...)\|lh-cpp v2.0.0b1 (environnement C&C++)
FirstZero	# Posté le 17/02/2012 à 12:40:17
	Je confirme. Le problème vient d'un de mes plugins : python.vim. En programmation, on a toujours à apprendre !!! En apprentissage du Python et du C++. Voici un dépot git reprenant mes programmes sérieux : git