problème avec la librairie asm/uaccess.h

bonjour à vous,

voilà je fais appel à la librairie asm/uaccess.h et le compilateur me revoie les erreurs suivantes :

Citation:

---

In file included from compat.h:49,
from client_debAb4RSSI.c:36:
uaccess.h:42: error: expected constructor, destructor, or type conversion before ‘->’ token
uaccess.h:43: error: expected constructor, destructor, or type conversion before ‘=’ token
uaccess.h:44: error: expected constructor, destructor, or type conversion before ‘(’ token
uaccess.h:44: error: expected declaration before ‘}’ token

---

qui font références au code suivant (lignes 41 jusqu'à 47) contenu dans uaccess.h

Code:

---

1 2 3 4 5 6 7 8

#define set_fs(x) ({ unsigned long __pto; current->thread.mm_segment = (x); __pto = current->thread.mm_segment.ar4 ? S390_lowcore.user_asce : S390_lowcore.kernel_asce; __ctl_load(__pto, 7, 7); })

---

que pourrais-je faire pour régler le problème ?

Bonjour,
Ce genre d'erreur est typiquement lié à une déclaration absente (donc souvent un include manquant). Par exemple, qu'est supposé être current ? Où est-il déclaré et de quel type ?
Autre chose, la forme de la macro ({[...]}) me surprend. Ce sont ces parenthèses extérieurs couplées aux accolades qui sont inhabituelles.

bonjour,

en fait, current est défini comme suit:

Code:

---

#define get_fs() (current->thread.mm_segment)

---

en ce qui concerne les parenthèses et les accolades je ne sais que dire ... si ce n'est qu'en enlevant les accolades j'ai encore plus d'erreurs.

Citation:

---

Envoyé par 3DArchi

Autre chose, la forme de la macro ({[...]}) me surprend. Ce sont ces parenthèses extérieurs couplées aux accolades qui sont inhabituelles.

---

Extension de gcc: http://gcc.gnu.org/onlinedocs/gcc-4....tatement-Exprs

Citation:

---

Envoyé par Jean-Marc.Bourguet

Extension de gcc: http://gcc.gnu.org/onlinedocs/gcc-4....tatement-Exprs

---

Merci pour l'info, je ne connaissais pas. Ça ressemble à une lambda en macro.

Citation:

---

Envoyé par black_clouds

bonjour,

en fait, current est défini comme suit:

Code:

---

#define get_fs() (current->thread.mm_segment)

---

en ce qui concerne les parenthèses et les accolades je ne sais que dire ... si ce n'est qu'en enlevant les accolades j'ai encore plus d'erreurs.

---

Ce n'est pas la définition (au sens C++) de current. De quel type est current ? D'où vient cette variable ?

Citation:

---

Envoyé par 3DArchi

Merci pour l'info, je ne connaissais pas. Ça ressemble à une lambda en macro.

---

Manque les paramètres et la possibilité de passer le résultat comme pointeur de fonction pour avoir une lambda.

En passant, quand je vois constructor dans un message d'erreur pour un .c, je me demande si on ne compile pas en C++ qqch qui devrait être compilé en C.

en fait, il s'avère que la variable current n'a pas été déclarée ! je ne trouve aucune trace de cette variable dans le code !

Ca fait peut être parti des conditions d'utilisation de ces macros. Avoir une variable locale current initialisée comme il faut ? De quelle bibliothèque viennent ces macros ? Que dit l'aide ?

Citation:

---

Envoyé par 3DArchi

Ca fait peut être parti des conditions d'utilisation de ces macros. Avoir une variable locale current initialisée comme il faut ? De quelle bibliothèque viennent ces macros ? Que dit l'aide ?

---

Quand je vois des identificateurs commençant par S390_, je me demande si tout est configuré correctement (à moins que black_clouds travaille sur ces systèmes...)

Citation:

---

Envoyé par 3DArchi

Ca fait peut être parti des conditions d'utilisation de ces macros. Avoir une variable locale current initialisée comme il faut ? De quelle bibliothèque viennent ces macros ? Que dit l'aide ?

---

pour autant que je sache elles viennent des bibliothèques réseau, puisque le code sert à la base à mesurer la puissance du signal reçu par un robot qui communique en Wifi avec un PC. en ce qui concerne l'aide ... je n'en ai malheureusement pas, je travaille sous gcc et j'ai pas de débugger ...

Citation:

---

Envoyé par Jean-Marc.Bourguet

Quand je vois des identificateurs commençant par S390_, je me demande si tout est configuré correctement (à moins que black_clouds travaille sur ces systèmes...)

---

C'est du gros système, c'est ça ? J'avoue ma totale ignorance dans ce domaine. S390_, ça m'cause pas :(

Citation:

---

Envoyé par black_clouds

pour autant que je sache elles viennent des bibliothèques réseau, puisque le code sert à la base à mesurer la puissance du signal reçu par un robot qui communique en Wifi avec un PC. en ce qui concerne l'aide ... je n'en ai malheureusement pas, je travaille sous gcc et j'ai pas de débugger ...

---

Quel est ton environnement (PC, Windows, Linux) ? Quelles sont tes bibliothèques (tout maison ou pas) ?

Citation:

---

Envoyé par 3DArchi

C'est du gros système, c'est ça ? J'avoue ma totale ignorance dans ce domaine. S390_, ça m'cause pas :(

---

Oui. Mainframe IBM, descendant des 360 (je ne connais pas le nom actuel, ce fut zSeries mais je crois que ce ne l'est pas reste, ce n'est plus S390 depuis un bout de temps mais c'est toujours ce qui est utilise dans les designations -- un peut comme x86 alors que ca fait bientot 20 ans qu'Intel n'utilise plus ce nom la).

Citation:

---

Quel est ton environnement (PC, Windows, Linux) ?

---

je travaille sous linux, non pas par choix mais parce que ça m'a été imposé

Quelles sont tes bibliothèques (tout maison ou pas) ?

je ne suis pas sûr de comprendre la question :?