rrrrrhhhhaaaaaaaaaaaaa - Page 1

pfff, c'est vraiment insupportable les installs sous cygwin...
après avoir lu n readme, installé n progs et bibliothèques, et enfin avoir executé avec succès le configure de source-highliht... (là je me disais que ça commençais a être bon) le make génère une erreur à l'edition des liens

A noter que j'avais trouvé une version binaire pour windows, mais elle semble ne pas fonctionner... Que de temps de perdu...

Julien@rx202 ~/recompil/SourceHighlight/source-highlight-2.3
$ ./configure -q --with-boost-regex=boost_regex-mgw-1_33_1

Good - your configure finished. Start make now


Julien@rx202 ~/recompil/SourceHighlight/source-highlight-2.3
$ make -s
Making all in src
Making all in lib
Making all in includes
Info: resolving vtable for boost::regex_errorby linking to __imp___ZTVN5boost11r
egex_errorE (auto-import)
regexpstate.o(.text+0x8cd): In function `ZN11RegExpState6freezeEv':
d:/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/regexps
tate.cpp:75: variable 'vtable for boost::regex_error' can't be auto-imported. Pl
ease read the documentation for ld's --enable-auto-import for details.
collect2: ld returned 1 exit status
make[3]: *** [source-highlight.exe] Erreur 1
make[2]: *** [all-recursive] Erreur 1
make[1]: *** [all-recursive] Erreur 1
make: *** [all] Erreur 2

Edited_3223

eh oui :/

franchement, c'est exaspérant à la fin... et puis quand on a pas Internet pour DL les libs au fur et à mesure, c'est encore mieux

ce serait plus utile si tu donnais la ligne de commande qui a généré l'erreur ^^

ah, en fait je ne posais pas la question, mais puisque tu te proposes, je vais refaire un make sans le -s

en fait j'ai lu le topic en diagonale, c pour ça que je croyais que tu posais la question (ah oui et puis pas vu que c'était dans cdg non plus )

trop tard

STDOUT


make  all-recursive
make[1]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3'
Making all in src
make[2]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src'
Making all in lib
make[3]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/lib'
make  all-am
make[4]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/lib'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/lib'
make[3]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/lib'
Making all in includes
make[3]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/includes'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/includes'
make[3]: Entering directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src'
g++  -g -O2   -o source-highlight.exe  startapp.o source-highlight.o regexpengine.o regexpstate.o regexpenginedebug.o -lboost_regex-mgw-1_33_1 yywrap.o lib/libcommon.a
make[3]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src'
make[2]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src'
make[1]: Leaving directory `/d/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3'

STDERR

Info: resolving vtable for boost::regex_errorby linking to __imp___ZTVN5boost11regex_errorE (auto-import)
regexpstate.o(.text+0x8cd): In function `ZN11RegExpState6freezeEv':
d:/_CyGWinHome_/Julien/recompil/SourceHighlight/source-highlight-2.3/src/regexpstate.cpp:75: variable 'vtable for boost::regex_error' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details.
collect2: ld returned 1 exit status
make[3]: *** [source-highlight.exe] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

(quand je pose une question, j'essaie de faire un titre plus explicite que celui de ce topic en général )

à tous les coups c'est un problème de version.. (enfin je n'en sais rien, je ne sais pas ce qu'est la vtable... )

-lboost_regex-mgw-1_33_1

ça ça veut pas dire que tu linkes avec la version mingw au lieu de la version cygwin ?

si, mais c'est voulu en fait (j'ai tout buildé sous MinGW)

effectivement dans le ./1 je parle de cygwin, mais c'est parce que j'utilise CyGWin comme environnement (pas msys) mais j'ai ajouté le path de MinGW avant celui des bin/ de CyGWin comme ils disent de faire dans la FAQ de MinGW (et pour les configure, c'est avec un--prefix=c:/MinGW (à tiens je l'ai pas mis dans le dernier configure, c'est peut etre ça.. )

en fait non, erreur identique :/ (d'un autre côté c'est un peu normal, d'apres ce que j'ai compris, c'est essentiellement pour l'install que ça change quelque chose le --prefix)

Ouais sans le net ça doit être galère (par contre avec hier ça a pris 10mn )

clair que linux ou affilié sans le net ...

même avec c'est du grand n'importe quoi : pour un petit prog de coloration syntaxique tu dois te taper le telechargement d'une bibliothèque (boost) de 15Mo, qu'il faut elle meme builder (plus de 80 Mo de binaires juste pour une sous partie (regex) ) avec un programme de build qu'il faut lui meme builder (bjam) ...

Ensuite il faut builder ctags (c'est optionnel mais on n'est plus à ça près, hein )

Franchement, même si j'avais su ce qu'il fallait faire sans lire les readme, ça m'aurait pris au moins une heure (rien qu'avec le temps de compilation..), tout ça pour installer un prog de coloration syntaxique...

Et puis bon, le meilleur c'est qu'à la fin, la dernière étape de compilation échoue. Vraiment, bravo pour cette convivialité #clapclap#

(et c'est vraiment dommage, parce qu'on trouve plein de choses intéressantes dans le monde Linux, mais à l'usage, c'est quand même un peu décevant )

Alors bien sûr, l'erreur vient peut être de moi, mais une telle complexité pour installer un programme, c'est innaceptable à mon avis...

Ximoon :
(par contre avec hier ça a pris 10mn )

tu as compilé ce programme ?

Pas forcément le mêm eje sais pas, j'avais cherché mingw sur le net et abandonné quand j'ai vu 25000 packages différents, alors j'ai fait l'instal réseau de cygwin qui calcule automatique les dépendances, etc. Bon remarque pareil quand j'ai voulu rajouter un paquet ça m'en a mis 10000 mais après je sais pas si ça a compilé ou quoi
M'enfin c'est un des trucs qui me soulent dans le monde libre/gnu/toussa, c'est qu'au final sans outil tu peux rien installer tout seul.

pour mingw ils ont un espece de petit downloader/installeur qui ressemble vaguement à celui de CyGWin (mais en gros si je me souviens bien, il n'y a que quelques outils à choisir (genre GCC, G77 etc), pas plus de 10 en tous cas. Le reste s'installe par défaut.


[newbee]A propos, pour installer, c'est make install, mais pour désinstaller quelque chose on doit faire comment ??? (j'ai jamais su )[/newbee]

En gros si tu as de la chance (comprendre si le gars qui a fait le makefile y a pensé), make uninstall fera le boulot, sinon bonne chance (et vive le monde libre -_-)

make uninstall s'il existe, mais ce n'est pas toujours le cas. Sinon il y a des outils je crois qui génèrent un script de désinstallation quand tu installes un truc, mais je n'y connais pas grand chose ^^. La meilleure solution si tu veux pouvoir désinstaller facilement quelque chose, c'est généralement de l'installer ailleurs que dans les répertoires standard, avec genre ./configure --prefix=/opt/nomdupackage, comme ça après tu vires le répertoire pour désinstaller.
Évidemment ça n'est pas toujours pratique d'avoir les trucs dans des répertoires à part, mais ça peut facilement se régler avec des liens symboliques
(genre ln -s /opt/nomdupackage/bin/* /usr/bin/)
bon après si tu désinstalles sans faire gaffe tu te retrouves avec des liens morts, mais pour le coup c'est pas très difficile de générer une liste des liens que tu as faits...

x_x en fait, je ralais ce matin avec Windows et sa base de registres, mais finalement, spa mieux sous Unix

GoldenCrystal :
En gros si tu as de la chance (comprendre si le gars qui a fait le makefile y a pensé), make uninstall fera le boulot, sinon bonne chance (et vive le monde libre -_-)

ah oui, donc même dans ce cas, il faut sauvegarder le makefile manuellement quelque part en plus . (en fait j'imaginais bien que ça devait exister, mais je n'osais pas l'imaginer )

Sally :
make uninstall s'il existe, mais ce n'est pas toujours le cas. Sinon il y a des outils je crois qui génèrent un script de désinstallation quand tu installes un truc, mais je n'y connais pas grand chose ^^. La meilleure solution si tu veux pouvoir désinstaller facilement quelque chose, c'est généralement de l'installer ailleurs que dans les répertoires standard, avec genre ./configure --prefix=/opt/nomdupackage, comme ça après tu vires le répertoire pour désinstaller.
Évidemment ça n'est pas toujours pratique d'avoir les trucs dans des répertoires à part, mais ça peut facilement se régler avec des liens symboliques
(genre ln -s /opt/nomdupackage/bin/* /usr/bin/)
bon après si tu désinstalles sans faire gaffe tu te retrouves avec des liens morts, mais pour le coup c'est pas très difficile de générer une liste des liens que tu as faits...

première réaction :
ensuite : merci, je vais garder ça quelque part. Mais on croit rever... Et malgré tout ils critiquent Windows...

la majeure partie des utilisateurs de Linux fonctionnent avec une distribution, donc progs déjà packagés (et install bcp plus simple/rapide que sous win d'ailleurs )

ben peut être, mais pour les autres...
et puis ça n'est pas une excuse : je voudrais bien qu'on m'explique comment ils ont pu penser qu'un système d'installation et de désinstallation vraiment standard n'était pas nécessaire :/ (même un truc très basique, genre faire faire des logs de désinstallation à make quand il execute une directive "install" ou un truc du genre...)

la solution propre ce serait, qd on veut toucher à /usr/machin, de demander une confirmation (avec éventuellement un mot de passe de root) et de logger toutes les modifications ultérieures quelque part... (voire mieux, de tout installer dans une sandbox et de fusionner le contenu de cette sandbox avec /usr/machin)
ça doit être le genre de truc faisable sous vista, mais sous linux je sais pas

/usr/machin sous vista, c'est possible, tu crois ? ()

Pen^2 :
/usr/machin sous vista, c'est possible, tu crois ?

oui, ntfs gère déjà les liens symboliques

moui enfin je parlais juste de l'arborescence qui ne fait pas très windowsienne

sinon je viens de lire en diagonale le man de ld à "--enable-auto-import". C'est plus un problème de portabilité vers win32 qu'autre chose à priori

man ld
This message occurs when some (sub)expression accesses an address ultimately given by the sum of two constants (Win32 import tables only allow one)

je vais tester avec ce qu'ils conseillent (enfin j'ai pas trop le courage de modifier le code, on va déjà voir ce que ça donne avec le switch --enable-runtime-pseudo-reloc

Pollux :
la solution propre ce serait, qd on veut toucher à /usr/machin, de demander une confirmation (avec éventuellement un mot de passe de root) et de logger toutes les modifications ultérieures quelque part... (voire mieux, de tout installer dans une sandbox et de fusionner le contenu de cette sandbox avec /usr/machin)
ça doit être le genre de truc faisable sous vista, mais sous linux je sais pas

C'est ce que font RPM et dpkg depuis une dizaine d'années ^^
Enfin, un peu plus compliqué que ça, parce que t'as des interactions plus complexes entre différents programmes

[ah au fait, soit dit en passant, je sais pas qui a fait la recherche google mais il est pas doué, j'ai trouvé un binaire standalone (pas cygwin) en moins de 3 minutes montre en main]