Compilation échoue avec gcc 2.96 (drand48_data et #pragma pack)

Version imprimable

Bonjour,

J'ai fait un programme qui compile très bien avec gcc 4.4.7. Sauf que j'ai besoin que celui-ci compile également avec gcc 2.96. Et ça ne fonctionne pas malheureusement.

Voilà les erreurs générées :

Code:

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
 
g++ -pthread -lrt  -g -static -W -Wall -ansi -pedantic    -c -o automatique.o automatique.cpp
In file included from destinataire.h:24,
                 from automatique.cpp:22:
enum.h:112: field `random_buffer' has incomplete type
enum.h:115: warning: malformed `#pragma pack'
enum.h:115: warning: ignoring pragma: 
enum.h:137: warning: malformed `#pragma pack'
enum.h:137: warning: ignoring pragma: 
enum.h:155: warning: malformed `#pragma pack'
enum.h:155: warning: ignoring pragma: 
enum.h:171: warning: malformed `#pragma pack'
enum.h:171: warning: ignoring pragma: 
automatique.cpp: In function `void Automatique::automatique (int, char 
**)':
automatique.cpp:196: aggregate `DRAND48_DATA randBuffer_mono' has 
incomplete type and cannot be initialized
automatique.cpp:197: `sizeof' applied to incomplete type `DRAND48_DATA'
automatique.cpp:198: `srand48_r' undeclared (first use this function)
automatique.cpp:198: (Each undeclared identifier is reported only once 
for each function it appears in.)
automatique.cpp:222: `struct Infos' has no member named `random_buffer'
automatique.cpp:348: invalid use of undefined type `struct 
DRAND48_DATA'
enum.h:112: forward declaration of `struct 
DRAND48_DATA'
automatique.cpp:364: invalid use of undefined type `struct 
drand48_data'
enum.h:112: forward declaration of `struct 
drand48_data'
automatique.cpp:365: `struct Infos' has no member named `random_buffer'
automatique.cpp:365: invalid use of undefined type `struct 
drand48_data'
enum.h:112: forward declaration of `struct 
drand48_data'
automatique.cpp:426: invalid use of undefined type `struct 
drand48_data'
enum.h:112: forward declaration of `struct 
drand48_data'
make: *** [automatique.o] Erreur 1

Ainsi les coupables #pragma pack et struct drand48_data ne semblent pas être supportés par la version 2.96 de gcc.

Quelqu'un aurait-il donc une suggestion pour contourner ce problème ?

Merci

24/06/2014, 09h51
ternel

pragma 4 est une pragma sans "importance" dans le sens qu'elle n'empeche pas la compilation. Ca va juste pourrir l'alignement supposé des structures.

Par contre le srand48_r est plus génant.
Où est-il normalement défini?

Citation:

Envoyé par leternel

pragma 4 est une pragma sans "importance" dans le sens qu'elle n'empeche pas la compilation. Ca va juste pourrir l'alignement supposé des structures.

Je préfèrerais ne pas trop les pourrir si possible :)

Citation:

Envoyé par leternel

Par contre le srand48_r est plus génant.
Où est-il normalement défini?

Voilà la structure qui pose problème dans mon code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 #pragma pack(1) // besoin d'une alternative pour gcc 2.96 typedef struct Infos{ ty_mode mono_multi; ty_mode mode; ty_position state; u_int period; u_int period_max; time_t time_input; u_int check_ack; struct drand48_data random_buffer; // besoin d'une alternative pour gcc 2.96 u_int nb_timeout_t; }INFOS; #pragma pack(0)
C'est ce que tu voulais savoir quand tu dis "normalement défini" ?

Sinon j'utilise srand48_r dans la fonction automatique() comme suit :
Code:

1 2 3 4 DRAND48_DATA randBuffer_mono; // DRAND48_DATA = typedef de struct drand48_data memset(&randBuffer_mono, 0, sizeof(DRAND48_DATA)); srand48_r(time(NULL), &randBuffer_mono);

Code:

1 2 3 4 5 6 automatique.cpp:196: aggregate `DRAND48_DATA randBuffer_mono' has incomplete type and cannot be initialized automatique.cpp:197: `sizeof' applied to incomplete type `DRAND48_DATA' automatique.cpp:198: `srand48_r' undeclared (first use this function) automatique.cpp:198: (Each undeclared identifier is reported only once for each function it appears in.)
Ces messages signifient que DRAND48_DATA est un type incomplet, dont la définition manque au point d'appel.
Tu n'as qu'une déclaration anticipée de struct drand48_data, sans avoir son contenu.

Il manque un include avant le code provoquant les erreurs.

Je ne connais pas struct drand48_data, donc je ne peux pas te dire quel fichier inclure précisément.
edit: google dit: #include <drand48_r_libgw32c.h>

Citation:

Envoyé par leternel

Je ne connais pas struct drand48_data, donc je ne peux pas te dire quel fichier inclure précisément.
edit: google dit: #include <drand48_r_libgw32c.h>

ça serait plus pour Windows ça. A priori pour Linux seul stdlib.h suffit comme include pour drand48. Est-ce qu'il serait possible que drand48 ou srand48 ne soient pas supportés par ce vieux gcc? Et serait-il possible de définir la structure drand48_data directement dans le code ?

Comme ceci peut-être :
Code:

1 2 3 4 5 6 7 8 9 struct drand48_data { unsigned short int __x[3]; /* Current state. */ unsigned short int __old_x[3]; /* Old state. */ unsigned short int __c; /* Additive const. in congruential formula. */ unsigned short int __init; /* Flag for initializing. */ uint64 __a; /* Factor in congruential formula. */ };

24/06/2014, 11h35
ternel

Apparemment, c'est une extension de la lib standard.
Il est bien possible qu'elle n'existe pas.

Si c'est le cas, quand bien même tu parviendrais à créer la structure, le code des fonctions n'existerait pas.
Tu dois cependant pouvoir importer ce code.

Par ailleurs, pourquoi vouloir utiliser un gcc 2.x?
Alors qu'on en est à la 4.8 et qu'un tel écart implique des différences de performances?

Citation:

Envoyé par leternel

Apparemment, c'est une extension de la lib standard.
Il est bien possible qu'elle n'existe pas.

Si c'est le cas, quand bien même tu parviendrais à créer la structure, le code des fonctions n'existerait pas.
Tu dois cependant pouvoir importer ce code.

J'ai résolu le problème de drand48 en important le code suivant juste avant ma structure Infos :

Code:

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
 
extern int srand48_r(long int __seedval, struct drand48_data *__buffer);
 
typedef struct drand48_data
{
  unsigned short int __x[3]; /* Current state. */
  unsigned short int __old_x[3]; /* Old state. */
  unsigned short int __c; /* Additive const. in congruential formula. */
  unsigned short int __init; /* Flag for initializing. */
  uint64 __a; /* Factor in congruential formula. */
}DRAND48_DATA;
 
#pragma pack(1) 
typedef struct Infos{ 
    ty_mode mono_multi;         
    ty_mode mode;  
    ty_position state;
    u_int period;
    u_int period_max; 
    time_t time_input; 
    u_int check_ack;
    DRAND48_DATA random_buffer;  
    u_int nb_timeout_t; 
}INFOS;
#pragma pack(0)

Citation:

Envoyé par leternel

Par ailleurs, pourquoi vouloir utiliser un gcc 2.x?
Alors qu'on en est à la 4.8 et qu'un tel écart implique des différences de performances?

En fait là c'est pas de mon ressort. On m'a demandé que ça marche avec gcc 2.96 donc j'essaye de faire tourner mon programme avec ce vieux compilo.

Par contre, maintenant que je n'ai plus ce problème avec drand48, j'obtiens d'autres erreurs du même genre mais à d'autres endroits.

Code:

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
 
g++ -pthread -lrt   -g -static -W -Wall -ansi -pedantic    -c -o cmd.o cmd.cpp
In file included from cmd.h:25,
                 from cmd.cpp:13:
enum.h:131: warning: malformed `#pragma pack'
enum.h:131: warning: ignoring pragma: 
enum.h:152: warning: malformed `#pragma pack'
enum.h:152: warning: ignoring pragma: 
enum.h:170: warning: malformed `#pragma pack'
enum.h:170: warning: ignoring pragma: 
enum.h:186: warning: malformed `#pragma pack'
enum.h:186: warning: ignoring pragma: 
cmd.cpp:20: `PTHREAD_MUTEX_INITIALIZER' was not declared 
in this scope
cmd.cpp: In function `int Cmd::send 
(Infos *, Message *, const sockaddr_in *)':
cmd.cpp:46: aggregate `timespec ts' has incomplete type 
and cannot be initialized
cmd.cpp:54: `CLOCK_THREAD_CPUTIME_ID' undeclared (first 
use this function)
cmd.cpp:54: (Each undeclared identifier is reported only 
once for each function it appears in.)
cmd.cpp:54: `clock_gettime' undeclared (first use this 
function)
cmd.cpp:59: aggregate `timespec time1' has incomplete type 
and cannot be initialized
cmd.cpp:59: aggregate `timespec time2' has incomplete type 
and cannot be initialized
cmd.cpp:87: `pthread_self' undeclared (first use this 
function)
cmd.cpp:89: `pthread_mutex_lock' undeclared (first use 
this function)
cmd.cpp:104: `pthread_cond_timedwait' undeclared (first 
use this function)
cmd.cpp:122: no matching function for call to 
`Cmd::diff ({typeprefixerror} &, {typeprefixerror} &)'
cmd.h:48: candidates are: static timespec 
Cmd::diff (timespec, timespec)
cmd.cpp:135: `pthread_mutex_unlock' undeclared (first use 
this function)
cmd.cpp: In function `timespec Cmd::diff 
(timespec, timespec)':
cmd.cpp:239: parameter `start' has incomplete type
cmd.cpp:239: parameter `end' has incomplete type
cmd.cpp:239: return type `struct timespec' is incomplete
cmd.cpp:240: aggregate `timespec temp' has incomplete type 
and cannot be initialized
cmd.cpp:239: return type `struct timespec' is incomplete
make: *** [cmd.o] Erreur 1

Donc n'y aurait-il pas un problème avec les includes notamment, les librairies standards ou autre chose qui ne sont pas trouvés ?

24/06/2014, 15h06
ternel

Bien sur que tu as un problème avec la lib standard.

Ton code repose sur l'existence de composant de la lib standard, mais tu le compile avec une lib qui ne les défini pas.

Un peu comme si tu fais lire un roman de moderne à Molière.
Il parle certes français, mais téléphone, ordinateur ou voiture sont des mots qu'il ne connait pas.

Dans ton cas, c'est pthread, drand48_data, etc
24/06/2014, 15h10
poloDD

Citation:

Envoyé par leternel

Bien sur que tu as un problème avec la lib standard.

Ton code repose sur l'existence de composant de la lib standard, mais tu le compile avec une lib qui ne les défini pas.

Mais comment je dois procéder alors ? De la même façon que j'ai fait avec drand48 ?
24/06/2014, 15h39
ternel

En analysant comment remplacer le code utilisant ces composants manquant par autre chose, qui fera sans.

Ou alors en regardant du coté du "backport". Je me souviens qu'il existe quelque part une lib contournant certains manquement.
éventuellement, cherche dans le code de la glibc moderne, et si sa licence te convient, inspire-t-en