utiliser des fichiers .o dans un programme

Bonjour,
je voudrais savoir si je peux directement utiliser des fichiers .o (fichiers compilés) dans un programme qui tourne sur linux.
Si oui, comment je dois faire?


et sinon question un peu plus bête
comment faire pour que tout mes pointeurs soient les uns à la suite des autres sachant que je ne connais pas le nomre de pointeurs et que les types son differents?
J'ai qu'une solution en tête c'est de les mettres tous en chaine de caractère mais c'est pas terrible.
Si quelqu'un a une autre idée, elle sera la bienvenue.

Citation:

---

Envoyé par Sylar44

Bonjour,
je voudrais savoir si je peux directement utiliser des fichiers .o (fichiers compilés) dans un programme qui tourne sur linux.
Si oui, comment je dois faire?

---

Utiliser ?

C'est-a-dire ?

Si tu veux acceder a des classe/methodes definies dans un fichier pre-compile pendant l'execution d'un programme sans compiler statiquement les autres fichiers avec ton programme, il te faut utiliser des librairies dynamiques.
c.f. dlopen() et sa famille.

Un .o doit etre compile statiquement avec ton programme.

Citation:

---

Envoyé par Sylar44

et sinon question un peu plus bête
comment faire pour que tout mes pointeurs soient les uns à la suite des autres sachant que je ne connais pas le nomre de pointeurs et que les types son differents?
J'ai qu'une solution en tête c'est de les mettres tous en chaine de caractère mais c'est pas terrible.
Si quelqu'un a une autre idée, elle sera la bienvenue.

---

Euh la tu me perd.

Tu pourrais illustrer ?

Que veux tu faire ? Enregistrer une liste de pointeurs dans un fichiers pour pouvoir les resssortir apres ?

en fait tu n'as pas compris ce que je veux faire


pour le 1er point
je veux compiler tout seul un programme .cpp
il sera dans la mémoire
et moi je dois le mettre l'adresse du fichier compilé dans une base de donnée(pas le choix j'en ai besoin pour plus tard)

Sinon, j'ai un fichier texte donné par cette même base de données avec toute les variables dont j'ai besoin
Et dans ce fichier il y a de tout, des entiers, des réels,des caracteres, bref tout.
Le but c'est que ces valeurs soient enregistrés dans une sorte de tableau).
Ca non plus y'a pas le choix :aie:
Donc ma seule solution c'est de changer tout les types en caractères mais bon :roll:

le but c'est de ne jamais arrêter le programme
et de changer les .o si il y a une évolution à faire dans ce programme

tout compte fait c'est un tableau de struture dont j'ai besoin
donc ca ca devrait marcher
enfin je sais toujours pas comment faire pour que les adresses ne changent jamais même en arrêtant le programme

Pour faire un petit schéma de la mémoire
les 2 doivent être séparés
le but c'est de mettre toute les adresses en statiques
et aussi de connaitre toutes les adresses


----------|
pointeur |
de |
structure |
----------|
variables |
|
----------|

----------------
| pointeur
| de
| fichier
| .o
|-----------------
| fichier .o
|----------------

je me demande si je peux pas faire quelque chose comme ca

FILE** pf;
*pf=fopen("test.obj","r");

comme ca j'aurai l'adresse du fichier dans *pf
et je pourrai faire

pf++;
*pf=fopen("test2.obj","r");

c'est possible ou pas?

Après la question, c'est comment utiliser le .obj à partir de l'adresse pointé :roll:


une autre question me vient
comment faire pour que les fichiers.obj soient tous les uns à la suite des autres dans la mémoire
pareil pour les structures :aie:

Citation:

---

Envoyé par Sylar44

je me demande si je peux pas faire quelque chose comme ca

FILE** pf;
*pf=fopen("test.obj","r");

comme ca j'aurai l'adresse du fichier dans *pf
et je pourrai faire

pf++;
*pf=fopen("test2.obj","r");

c'est possible ou pas?

---

En allouant pf d'abord, ça le serait, mais je ne sais pas à quoi te servirait un tableau de FILE*...

Pour le reste, aucun moyen potable avec des .o ou .obj.
Tu peux sans doute faire un truc de ce genre avec des .so ou .DLL, mais on n'utilise pas fopen() pour charger un so ou une DLL en mémoire: On utilise dlopen() dans le premir cas et LoadLibrary() dans le second.

le tableau de *FILE me servirait au cas où je change le programme test.o par exemple.
En fait le programme doit être implanté dans une machine donc on suppose que le programme va changer petit à petit et au lieu de tout arrêter et de tout recharger, on préfere(enfin mon tuteur de stage) qu'une partie du programme(les .o) soit changer pendant que les machines tournent.

ca fait que je doit connaitre l'adresse des pointeurs de fichiers et l'adresse des fichiers :mrgreen:

J'espere que j'ai été clair parce que j'ai du mal à éxpliquer ca. :aie:

Eh bien à ma connaissance, on ne fait jamais ça avec des .o ou .obj, ni des .a ou .lib.

Par contre, ça se fait très bien avec des .so et des .DLL...

moi non plus j'avais jamais vu ca avant
mais je voulais voir si un truc se rapprochait de ce qu'il m'avait dit

ben là je sais pas du tout comment faire alors :aie:

Citation:

---

Envoyé par Sylar44

moi non plus j'avais jamais vu ca avant
mais je voulais voir si un truc se rapprochait de ce qu'il m'avait dit

ben là je sais pas du tout comment faire alors :aie:

---

Bonjour,
Comme l'as dit medinoc avec des librairies chargées dynamiquement (dll pour windows et so pour linux) comme des plug in.

Peut être que ce serait préférable que tu script ton appli . Avec LUA par exemple?

Dans ce cas là
est ce qu'on peut me doner de la doc sur LUA et sur sa facon de programmer

:google:
ou
http://mdeverdelhan.developpez.com/t...lua/tutoriel1/

et est ce que LUA peut utiliser des fonctions .cpp
j'ai vu qu'avec ca on peut utiliser de .c mais pas de .cpp
c'est embettant pour se connecter à une base de donnée

Vu que Lua n'est pas orienté objet, pas facile.

Mais si tu es sous Windows, tu peux peut-être y arriver par COM...

Citation:

---

Envoyé par Sylar44

et est ce que LUA peut utiliser des fonctions .cpp
j'ai vu qu'avec ca on peut utiliser de .c mais pas de .cpp
c'est embettant pour se connecter à une base de donnée

---

Oui y as des binding C++
http://www.tecgraf.puc-rio.br/~celes/lua++/lua++.html
http://www.rasterbar.com/products/luabind.html

Aprés il y as d'autre lib. Regarde ce thread
http://www.developpez.net/forums/sho...ghlight=script

Tu peut aussi regarder du coté de python comme boost.python
http://www.boost.org/libs/python/doc/

euh je vais travailler sur ubuntu
je vais regardé les binding

je vois pas à quoi peut me servir lua dans mno problème
si vous pouviez me répondre

Citation:

---

Envoyé par Sylar44

je vois pas à quoi peut me servir lua dans mno problème
si vous pouviez me répondre

---

Ton logiciel serait peut être mieux adapter à utiliser des script pour modifier son comportement que des dll charger dynamiquement.
Se sont des propositions, aprés a toi de voir ce qui te convient.

le problème c'est que c'est un autre gars qui doit s'occuper d'écrire et de compiler les test.c ou test.cpp.
Et apparemment, mon tuteur a déjà réussi à utiliser des .o dans sa vie.

Pour ce que j'ai compris le lua me permettra de compiler et d'executer le test.c mais ce que je veux c'est executer le test.o.
Je vois pas l'interet de compiler un programme étant déjà compilé.

Y'a pas moyen d'utiliser des compilateurs(genre gcc) dans des programmes qui me permettra d'executer les .o?

Peite question, Peut-on faire quesques chose comme ca avec le makefile?

pS : bien sur mon tuteur n'est pas là, ca serait trop facile sinon

Tu n'as pas compris pour Lua.
Lua est un langage de script, donc un langage sur lequel on peut modifier le code dynamiquement.
Donc, ce que te conseille Mongaulois, c'est d'écrire les composants de ton programme en Lua à la place, et de faire un programme C pour les charger et décharger quand il le faut...


Mais ce que tu dois garder à l'esprit, c'est que LES FICHIER .o NE SONT PAS FAITS POUR ÊTRE EXÉCUTÉS DIRECTEMENT, NI POUR ÊTRE CHARGÉS DYNAMIQUEMENT.
Ça va rentrer, cette fois-ci ?

oui monsieur
je veux juste dire que j'ai abandonné l'idée de pointé les fichiers .o depuis hier par vos conseils
Mais là je me disais juste que ca serait mieux de penser differemment et de faire un makefile qui me permettra juste de recompiler le programme principale.

Après c'est juste une supposition, si vous pensez qu'elle n'est pas bonne alors je vais faire du lua.

et désolé de t'avoir énervé medinoc

bonjour,
c'est pas grand chose, et pas tout a fait la même chose, mais je trouve que cela résume ton problème
http://fr.wikipedia.org/wiki/Code_automodifiable
Pour ce qui est de ta solution de toute façon faut que tu voie avec ton tuteur.
A mon avis, la seul chose que tu pourrai faire avec un point o serait de la récupérer, le linker avec quelque chose pour faire une dll/so puis de la charger dynamiquement.

Toute façon cela reviens à "scripter" ton programme...Il est du coup peut être préférable d'utiliser de meilleur outil. comme lua.
Je t'ai donné LUA car c'est utilisé dans des jeux comme fay cry pour géré en cour d'execution le game play et l'IA. Donc le comportement du code :mrgreen:

[EDIT]
peut etre en C# il y as des choses pour ca...

c'est quelque chose comme ca
le problème c'est que je vois pas de tutoriels assez simplpe sur le lua pour que je comprenne la facon de coder.
C'est bien pour ca que j'étais embrouillé.
Je vais continuer à chercher ca
de toute facon j'ai pas d'autre chose à faire que attendre que mon tuteur arrive pour m'éclairer un peu.
Peut-être qu'il voudra faire autrement.
merci de m'aider en tout cas et merci d'être patient

j'ai vu qu'on pouvait se servir d'une fonction codé en C mais pas un programe en C. Est-ce que quelqu'un sait comment faire?

j'ai une petite info sur ce que je veux faire
et apparemment je peux mais comment?
bonne question

http://www.controlord.fr/f_cc11.htm

Euh...
C'est juste la page Web d'un compilateur, ça...

oui mais dans C et assembleur
c'est marqué

Un programme C peut appeler un programme assembleur et vice versa tout en transférant les paramètres et le résultat

donc je pense que ca peut se faire non?

Attention à la différence entre programme et fonctions.

Dans un programme, il peut parfaitement y avoir des parties écrites en assembleur et des parties écrites en C. Les parties en assembleur ne sont pas obligées d'être des fonctions complètes, et on peut même faire des trucs bien bizarres avec. Mais ça reste un seul programme.

De plus, il y a là une différence fondamentale d'environnement: Les .so, .DLL sont sous des systèmes d'exploitation élaborés, et là tu nous parles d'embarqué, où les règles ne sont absolument pas les mêmes.

Et en fait, en embarqué, si tu connais parfaitement les formats employés, tu peux sûrement t'amuser à charger ou décharger dynamiquement du code directement à partir des .o. Mais cela revient à implémenter son propre loader.