Bonjour,
Suite à mon thread précédent [1] (et à son succè s !!!), je vais reformuler ma
demande :
J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits à partir des
sources disponibles sur sourceforge (et si possible d'en faire un .deb hi stoire
de ne pas être le seul à en profiter). Le problème est que ce paquet dépend des
librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilis e) qui
n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
A priori, ils ne fixeront pas le problème, vu que les librairies son t 32 bits et
c'est tout.
Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce paquet
sur ma machine 64 bits ? Wrapper ? Chroot ?
Bonjour,
Suite à mon thread précédent [1] (et à son succè s !!!), je vais reformuler ma
demande :
J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits à partir des
sources disponibles sur sourceforge (et si possible d'en faire un .deb hi stoire
de ne pas être le seul à en profiter). Le problème est que ce paquet dépend des
librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilis e) qui
n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
A priori, ils ne fixeront pas le problème, vu que les librairies son t 32 bits et
c'est tout.
Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce paquet
sur ma machine 64 bits ? Wrapper ? Chroot ?
Bonjour,
Suite à mon thread précédent [1] (et à son succè s !!!), je vais reformuler ma
demande :
J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits à partir des
sources disponibles sur sourceforge (et si possible d'en faire un .deb hi stoire
de ne pas être le seul à en profiter). Le problème est que ce paquet dépend des
librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilis e) qui
n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
A priori, ils ne fixeront pas le problème, vu que les librairies son t 32 bits et
c'est tout.
Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce paquet
sur ma machine 64 bits ? Wrapper ? Chroot ?
, lundi 13 avril 2009, 17:24:20 CEST
>
> Bonjour,
’jour,
> Suite à mon thread précédent [1] (et à son succès !!!), je vais
reformuler ma
> demande :
>
> J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
partir des
> sources disponibles sur sourceforge (et si possible d'en faire un .deb
histoire
> de ne pas être le seul à en profiter). Le problème est que ce paquet
dépend des
> librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilise)
qui
> n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
> fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
> A priori, ils ne fixeront pas le problème, vu que les librairies sont 32
bits et
> c'est tout.
Détail de vocabulaire : si, ils « fixent » le problème
puisqu’ils ne le _régleront_ pas.
Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
Tu dois en installer une version 64Â bits.
> Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce
paquet
> sur ma machine 64 bits ? Wrapper ? Chroot ?
Tu peux compiler ton programme dans un environnement 32Â bits
(chroot p.ex.) puis l’utiliser dans un environnement 64 bits (du
moment que les bibliothèques utilisées sont disponibles, dans
/lib32 p.ex.). Ou tu peux aussi l’utiliser dans un chroot
32Â bits. Au choix.
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
tyranorl@free.fr, lundi 13 avril 2009, 17:24:20 CEST
>
> Bonjour,
’jour,
> Suite à mon thread précédent [1] (et à son succès !!!), je vais
reformuler ma
> demande :
>
> J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
partir des
> sources disponibles sur sourceforge (et si possible d'en faire un .deb
histoire
> de ne pas être le seul à en profiter). Le problème est que ce paquet
dépend des
> librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilise)
qui
> n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
> fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
> A priori, ils ne fixeront pas le problème, vu que les librairies sont 32
bits et
> c'est tout.
Détail de vocabulaire : si, ils « fixent » le problème
puisqu’ils ne le _régleront_ pas.
Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
Tu dois en installer une version 64Â bits.
> Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce
paquet
> sur ma machine 64 bits ? Wrapper ? Chroot ?
Tu peux compiler ton programme dans un environnement 32Â bits
(chroot p.ex.) puis l’utiliser dans un environnement 64 bits (du
moment que les bibliothèques utilisées sont disponibles, dans
/lib32 p.ex.). Ou tu peux aussi l’utiliser dans un chroot
32Â bits. Au choix.
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
, lundi 13 avril 2009, 17:24:20 CEST
>
> Bonjour,
’jour,
> Suite à mon thread précédent [1] (et à son succès !!!), je vais
reformuler ma
> demande :
>
> J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
partir des
> sources disponibles sur sourceforge (et si possible d'en faire un .deb
histoire
> de ne pas être le seul à en profiter). Le problème est que ce paquet
dépend des
> librairies FTDI (en particulier pour l'interface OPENDMX-USB que j'utilise)
qui
> n'existent qu'en 32 bits apparemment [3]. Résultat, la phase "make" ne
> fonctionne pas comme stipulé dans le rapport de bug que j'ai fait[3].
> A priori, ils ne fixeront pas le problème, vu que les librairies sont 32
bits et
> c'est tout.
Détail de vocabulaire : si, ils « fixent » le problème
puisqu’ils ne le _régleront_ pas.
Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
Tu dois en installer une version 64Â bits.
> Donc, comment puis-je faire pour compiler (et utiliser) malgré tout ce
paquet
> sur ma machine 64 bits ? Wrapper ? Chroot ?
Tu peux compiler ton programme dans un environnement 32Â bits
(chroot p.ex.) puis l’utiliser dans un environnement 64 bits (du
moment que les bibliothèques utilisées sont disponibles, dans
/lib32 p.ex.). Ou tu peux aussi l’utiliser dans un chroot
32Â bits. Au choix.
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Selon Sylvain Sauvage :
> , lundi 13 avril 2009, 17:24:20 CEST
> >
> > Bonjour,
>
> ’jour,
>
> > Suite à mon thread précédent [1] (et à son succès !!!), je vais
> reformuler ma
> > demande :
> >
> > J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
> partir des
> > sources disponibles sur sourceforge (et si possible d'en faire un .deb
> histoire
> > de ne pas être le seul à en profiter). Le problème est que ce paquet
> dépend des
> > librairies FTDI (en particulier pour l'interface OPENDMX-USB que
j'utilise)
> qui
> > n'existent qu'en 32 bits apparemment [3].
>
> Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
> tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
> D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
> Tu dois en installer une version 64Â bits.
En pratique, j'ai téléchargé les sources qu'ils fournissent sur sourceforge,
et
j'ai juste suivi la procédure du README (y compris pour les dépendances, dont
libftd2xx ne fait pas partie d'après le README, donc je suppose qu'il fait
partie des sources que j'ai chargé, je n'en sais rien).
Cette librairie est trouvable sur www.ftdichips.com, mais, lors de l'install
32
bits (sur une autre machine), je n'en ai pas eu besoin, elle était déjà
intégrée
dans le paquet (c'est un peu la démarche qu'ils retiennent, j'ai
l'impression.
Selon Sylvain Sauvage <Sylvain.Sauvage@metanoesis.net>:
> tyranorl@free.fr, lundi 13 avril 2009, 17:24:20 CEST
> >
> > Bonjour,
>
> ’jour,
>
> > Suite à mon thread précédent [1] (et à son succès !!!), je vais
> reformuler ma
> > demande :
> >
> > J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
> partir des
> > sources disponibles sur sourceforge (et si possible d'en faire un .deb
> histoire
> > de ne pas être le seul à en profiter). Le problème est que ce paquet
> dépend des
> > librairies FTDI (en particulier pour l'interface OPENDMX-USB que
j'utilise)
> qui
> > n'existent qu'en 32 bits apparemment [3].
>
> Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
> tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
> D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
> Tu dois en installer une version 64Â bits.
En pratique, j'ai téléchargé les sources qu'ils fournissent sur sourceforge,
et
j'ai juste suivi la procédure du README (y compris pour les dépendances, dont
libftd2xx ne fait pas partie d'après le README, donc je suppose qu'il fait
partie des sources que j'ai chargé, je n'en sais rien).
Cette librairie est trouvable sur www.ftdichips.com, mais, lors de l'install
32
bits (sur une autre machine), je n'en ai pas eu besoin, elle était déjà
intégrée
dans le paquet (c'est un peu la démarche qu'ils retiennent, j'ai
l'impression.
Selon Sylvain Sauvage :
> , lundi 13 avril 2009, 17:24:20 CEST
> >
> > Bonjour,
>
> ’jour,
>
> > Suite à mon thread précédent [1] (et à son succès !!!), je vais
> reformuler ma
> > demande :
> >
> > J'ai besoin de compiler le paquet Q Light Controller [2] en 64 bits Ã
> partir des
> > sources disponibles sur sourceforge (et si possible d'en faire un .deb
> histoire
> > de ne pas être le seul à en profiter). Le problème est que ce paquet
> dépend des
> > librairies FTDI (en particulier pour l'interface OPENDMX-USB que
j'utilise)
> qui
> > n'existent qu'en 32 bits apparemment [3].
>
> Sinon, je ne comprends pas ton rapport de bogue. Évidemment,
> tu ne peux lier une bibliothèque 32 bits à un programme 64 bits.
> D’où vient la libftd2xx.a.0.16 ? (Pas trouvée par apt-file.)
> Tu dois en installer une version 64Â bits.
En pratique, j'ai téléchargé les sources qu'ils fournissent sur sourceforge,
et
j'ai juste suivi la procédure du README (y compris pour les dépendances, dont
libftd2xx ne fait pas partie d'après le README, donc je suppose qu'il fait
partie des sources que j'ai chargé, je n'en sais rien).
Cette librairie est trouvable sur www.ftdichips.com, mais, lors de l'install
32
bits (sur une autre machine), je n'en ai pas eu besoin, elle était déjà
intégrée
dans le paquet (c'est un peu la démarche qu'ils retiennent, j'ai
l'impression.
[â¦]
A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et libftd2xx.a.0 .4.16.
Peut-être, le plus simple est que je remplace à la main libftd2 xx.0.4.16, mais,
honnêtement, bien que je sais que je ne risque pas de casser grand'c hose, je ne
sais pas bien où je mets les pieds.
Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
connais pas) ?
[â¦]
A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et libftd2xx.a.0 .4.16.
Peut-être, le plus simple est que je remplace à la main libftd2 xx.0.4.16, mais,
honnêtement, bien que je sais que je ne risque pas de casser grand'c hose, je ne
sais pas bien où je mets les pieds.
Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
connais pas) ?
[â¦]
A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et libftd2xx.a.0 .4.16.
Peut-être, le plus simple est que je remplace à la main libftd2 xx.0.4.16, mais,
honnêtement, bien que je sais que je ne risque pas de casser grand'c hose, je ne
sais pas bien où je mets les pieds.
Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
connais pas) ?
[Merci de ne pas me mettre en CC:. Répondre à liste, et
seulement à la liste.]
, mardi 14 avril 2009, 09:59:00 CEST
>[…]
> A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et
libftd2xx.a.0.4.16.
> Peut-être, le plus simple est que je remplace à la main libftd2xx.0.4.16,
mais,
> honnêtement, bien que je sais que je ne risque pas de casser grand'chose,
je ne
> sais pas bien où je mets les pieds.
> Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
> connais pas) ?
C’est la forme statique d’une bibliothèque (donc intégrée dans
l’exécutable pendant la phase de lien). Le .so étant la forme
dynamique (donc seulement référencée dans l’exécutable).
C’est juste un ar des .o de la bibliothèque. Mais bon, c’est
expliqué un peu partout.
Tu peux aussi choisir de faire un .so mais ça n’a peut-être
pas d’intérêt (si c’es le seul programme qui va s’en servir, si
c’est petit…).
[Merci de ne pas me mettre en CC:. Répondre à liste, et
seulement à la liste.]
tyranorl@free.fr, mardi 14 avril 2009, 09:59:00 CEST
>[…]
> A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et
libftd2xx.a.0.4.16.
> Peut-être, le plus simple est que je remplace à la main libftd2xx.0.4.16,
mais,
> honnêtement, bien que je sais que je ne risque pas de casser grand'chose,
je ne
> sais pas bien où je mets les pieds.
> Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
> connais pas) ?
C’est la forme statique d’une bibliothèque (donc intégrée dans
l’exécutable pendant la phase de lien). Le .so étant la forme
dynamique (donc seulement référencée dans l’exécutable).
C’est juste un ar des .o de la bibliothèque. Mais bon, c’est
expliqué un peu partout.
Tu peux aussi choisir de faire un .so mais ça n’a peut-être
pas d’intérêt (si c’es le seul programme qui va s’en servir, si
c’est petit…).
[Merci de ne pas me mettre en CC:. Répondre à liste, et
seulement à la liste.]
, mardi 14 avril 2009, 09:59:00 CEST
>[…]
> A l'exception des .c, des .h et de libftd2xx.0.1.4.dylib et
libftd2xx.a.0.4.16.
> Peut-être, le plus simple est que je remplace à la main libftd2xx.0.4.16,
mais,
> honnêtement, bien que je sais que je ne risque pas de casser grand'chose,
je ne
> sais pas bien où je mets les pieds.
> Est-ce que je devrais archiver la librairie sous la forme "ar" (que je ne
> connais pas) ?
C’est la forme statique d’une bibliothèque (donc intégrée dans
l’exécutable pendant la phase de lien). Le .so étant la forme
dynamique (donc seulement référencée dans l’exécutable).
C’est juste un ar des .o de la bibliothèque. Mais bon, c’est
expliqué un peu partout.
Tu peux aussi choisir de faire un .so mais ça n’a peut-être
pas d’intérêt (si c’es le seul programme qui va s’en servir, si
c’est petit…).