1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
|
<chapter id="adv-build-management">
<title
>Gestion avancée de la construction</title>
<indexterm zone="adv-build-management"
><primary
>&automake;</primary
></indexterm>
<sect1 id="buildconfigurations">
<title
>Configurations de construction multiples</title>
<indexterm zone="buildconfigurations"
><primary
>configurations de construction</primary
><secondary
>multiple</secondary
></indexterm>
<para
>(... à écrire ...) </para>
</sect1
> <!-- buildconfigurations -->
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1 id="crosscompiling">
<title
>Compilation croisée</title>
<indexterm zone="crosscompiling"
><primary
>compilation croisée</primary
></indexterm>
<indexterm zone="crosscompiling"
><primary
>compilation</primary
><secondary
>croisée</secondary
></indexterm>
<indexterm zone="crosscompiling"
><primary
><option
>--host</option
></primary
></indexterm>
<para
>Quand vous disposez de compilateurs croisés appropriés, vous pouvez « cross-compiler » vos programmes pour des processeurs et des systèmes d'exploitation différents du système dans lequel fonctionnent &tdevelop; et le compilateur. La collection &gcc; des compilateurs de &GNU; peut être configurée et compilée comme un compilateur croisé si vous la compilez vous-même. Consultez les <ulink url="info://gcc/Cross-Compiler"
>pages info de GCC</ulink
> pour plus d'informations. Certaines distributions &Linux; fournissent également des paquetages de binaires. </para>
<para
>Un paquetage basé sur <application
>automake</application
> peut être facilement cross-compilé en spécifiant l'option <option
>--host</option
> au script « configure » et en positionnant les variables d'environnement <envar
>CC</envar
> et <envar
>CXX</envar
> sur les binaires du compilateur croisé correspondant. Souvent, vous êtes amené à commuter entre une version cross-compilée de votre application et une qui est compilée pour votre système de développement. Pour cela, il est avantageux d'employer la fonction de &tdevelop; de créer des configurations de construction multiples, comme décrit dans <xref linkend="buildconfigurations"/>. Une fois que vous avez créé une nouvelle configuration de construction pour la compilation croisée dans la boîte de dialogue <menuchoice
><guimenu
>Projet</guimenu
><guimenuitem
>Options du projet</guimenuitem
></menuchoice
>, ajoutez l'option </para>
<screen
><option
>--host=</option
><replaceable
>plate-forme</replaceable
></screen>
<para
>aux options de « configure ». Le nom <replaceable
>plate-forme</replaceable
> est un tuple de la forme </para>
<programlisting
>cpu-vendor-os</programlisting>
<para
>ou</para>
<programlisting
>cpu-vendor-kernel-os</programlisting>
<para
>Pour de nombreuses combinaisons, vous pouvez utiliser une forme abrégée, par exemple <wordasword
>i386-linux</wordasword
> ou <wordasword
>arm-elf</wordasword
>. </para>
</sect1
> <!-- crosscompiling -->
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1 id="qtembedded">
<title
>Qt embarqué</title>
<indexterm zone="qtembedded"
><primary
>embarqué</primary
><secondary
>Qt</secondary
></indexterm>
<indexterm zone="qtembedded"
><primary
>Qt embarqué</primary
></indexterm>
<indexterm zone="qtembedded"
><primary
>Qtopia</primary
></indexterm>
<indexterm zone="qtembedded"
><primary
>tampon de trame</primary
></indexterm>
<para
>&qte; est une version de la bibliothèque &Qt; qui n'utilise pas le système X window mais dessine directement dans le tampon de trame sur les systèmes &Linux;. Il est donc intéressant pour les systèmes embarqués qui ont des restrictions contraignantes sur l'usage de la mémoire de tout le système. Son &API; est entièrement compatible avec celle de la version X11. </para>
<para
>Le développement d'une application pour &qte; avec &tdevelop; n'est pas très différent du développement d'un programme pour la version X11 de &Qt;. En fait, vous pouvez employer la même base de code (<foreignphrase
>codebase</foreignphrase
>) pour des deux versions. Si vous faites appel à la gestion de projet autoproject, vous basculez vers la version embarquée en passant l'argument <option
>--enable-embedded</option
> au script « configure ». Vous pouvez régler ce paramètre dans la boîte de dialogue <menuchoice
><guimenu
>Projet</guimenu
> <guimenuitem
>Options du projet</guimenuitem
></menuchoice
> sous <guilabel
>Options de « configure »</guilabel
>. Avec l'option <option
>--with-qt-dir=DIR</option
>, vous définissez le dossier dans lequel &qte; est installé. </para>
<para
>Après avoir configuré et compilé votre application avec ces options, elle se lie avec la bibliothèque <filename
>libqpe.so</filename
>. Cette version de votre application ne tournera normalement pas quand vous utiliserez X11. Pour pouvoir le tester, lancez-la sous le contrôle du programme <application
>qvfb</application
> (&Qt; Virtual Frame Buffer). Pour ce faire, démarrez <application
>qvfb</application
> puis votre application avec </para>
<screen
><command
>app <option
>-qws</option
> <option
>-display QVFb:0</option
></command
></screen>
<para
>Naturellement, quand vous aurez une version opérationnelle de votre application, vous serez amené à l'utiliser sur le processeur cible. Pour cela, il sera certainement pratique de créer des configurations de construction multiples, comme expliqué plus haut, de façon à pouvoir passer rapidement de la version tournant sur votre système de développement à la version active sur le système cible. </para>
<para
>Les applications pour &qte; s'exécutent en tant qu'applications uniques sur le périphérique pour lequel elles sont conçues. Trolltech prend également en charge Qtopia, qui est une collection d'applications pour le gestionnaire d'informations personnelles (<acronym
>PIM</acronym
>), la navigation web et diverses autres domaines qui fonctionnent de concert de manière cohérente. C'est l'environnement standard par exemple sur le Sharp Zaurus. Vous pouvez écrire des applications qui s'intègrent dans cet environnement en utilisant le SDK Qtopia. Cela implique de faire de votre classe d'application une sous-classe de <classname
>QPEApplication</classname
> et de la lier à la bibliothèque <filename
>libqpe.so</filename
>. Si vous développez votre application avec la gestion de projet autoproject, vous devez ajouter <option
>--enable-qtopia</option
> aux options de « configure ». </para>
</sect1
> <!-- qtembedded -->
</chapter
> <!-- adv-build-management -->
|
