Discussion :

[Splatoon]

Bonjour,

J'ai créé une librairie statique (un .h et un .lib).
Je voudrai qu'une de mes fonctions soit compilée non pas lors de la compilation du .lib mais lors de la compilation de l'exécutable utilisant ce .lib.
En effet, cette fonction à besoin de calculer la date de build de l'exécutable (avec __DATE__ et __TIME__)(et non pas la date de build de la lib).

Définir la fonction dans le .h au lieu du .cpp ne suffit pas
Est ce que c'est possible et comment ?

Merci

[koala01]

Salut,

Ca, c'est -- a priori -- pas possible... Du moins, pas de manière classique

Car le but d'une bibliothèque est, justement, de faire en sorte que toutes les fonctions qu'elle expose soient compilées de manière séparée AVANT que l'exécutable qui utilisera ces fonctions ne soit compilé

De plus, on peut décemment se poser la question de la raison pour laquelle la bibliothèque, qui est sensée être "aussi indépendante que possible" devrait commencer à s'inquiéter de la date de la compilation de l'application dont elle n'a absolument "rien à foutre"...

Dans le meilleur des cas -- comprends: s'il est vraiment parfaitement justifié d'avoir ce type de besoin (ce dont je doute très sincèrement :$ ) -- cela occasionnerait des dépendances circulaire de très mauvais aloi, car, s'il est parfaitement "normal" qu'une application dépende d'une bibliothèque (voir même de plusieurs ), il n'y a normalement aucune raison de rendre une bibliothèque dépendante de l'application (qui dépend de la bibliothèque), alors que l'on est sensé ne savoir absolument rien de l'application au moment où l'on développe la bibliothèque

[Splatoon]

Ok. L'idée était de fournir une fonction utilitaire calculant la date de build de l'application dans un format particulier sans avoir à fournir de code source supplémentaire pour l'utilisateur.

[Médinoc]

Si cette fonction n'a pas vocation à être appelée depuis la bibliothèque, tu peux en faire une fonction inline dans le fichier d'en-tête de celle-ci.

[Splatoon]

Je vais tester. Merci

[Bousk]

Sinon tu utilises les fonctions time ou std::chrono pour créer ça et non les constantes de compilation.

[Médinoc]

Sinon tu utilises les fonctions time ou std::chrono pour créer ça et non les constantes de compilation.

Y a-t-il quoi que ce soit de compile-time là-dedans?
Ou d'extraction de timestamp d'exécutable?

[foetus]

De toute manière , on parle de génération de "quelque chose" avec la date de compilation de l'application.
Or cette génération ne peut se faire si on appelle cette fonction.
Par conséquent, que cette date soit en variable locale (et donc dans la bibliothèque) ou passée en paramètre (et donc transmise par l'application) ne change pas grand chose

Ai-je loupé 1 truc ?

[Bousk]

Non y'a rien de compile time en effet.
Mais la demande initiale a peu de sens.
- Soit on veut la compile time de la lib, et donc les constantes sont quelque part compilées dans la lib.
- Soit on veut la compile time du programme, et donc c'est bien évidemment au programme de les fournir.
La lib peut proposer une macro pour simplifier son utilisation par le programme, mais elle ne peut pas deviner quand le programme est compilé.
Une fonction header only / inline ne sera pas compilée dans la lib et peut s'en charger.
Une fonction constexpr devrait aussi faire l'affaire.
std::chrono peut alors servir pour la manipulation dans une fonction compilée de la lib.

[Bktero]

On dirait un cas de problème XY. Ta question ne serait- pas plutôt : "comment une bibliothèque statique peut connaitre le timestamp de build d'une application où elle est utilisée ?" ?

Je suppose que ta bibliothèque n'a pas besoin du timestamp de son propre build, sinon tu ne serais pas venu poser de question ici.

Je suppose donc que ta bibliothèque fournit des fonctions qui utilise le timestamp du build de l'application complète (c'est ce que je comprend d'un de tes messages). Ces fonctions ne vont pas magiquement s'exécuter au lancement de ton application : tu vas les appeler, de manière direct ou indirecte. Tu as donc le contrôle sur ce qu'il se passe avant que le timestamp soit utilisé.

Si tu utilises tes fonctions de manière directe, tu peux passer le timestamp en paramètre. L'idée d'une fonction inline dans un header, suggérée par Médinoc, sera également efficace.

Si tu utilises tes fonctions de manière indirecte (tu appelles d'autres fonctions qui appellent les fonctions qui ont besoin du timestamp), tu peux fournir le timestamp dans une phase préalable d'initialisation de ta bibliothèque.

Attention à un détail : l'heure de compilation d'un fichier particulier peut être antérieure à l'heure de création de l'exécutable.