Probleme de link (STL et solaris) [C++] - C++ - Programmation
Marsh Posté le 19-06-2003 à 14:07:59
la norme ne donne que ça selon http://www.dinkumware.com/manuals/ [...] wchar.html
Code :
|
mais bon, quand je regarde dans mon header, toutes les fonctions que tu demandes ou pourtant l'air d'etre ok
essaye avec le namespace __gnu_cxx pour voir
et hesite pas à poster un petit bout de code significatif pour exclure tout mauvaise version de compilo ou bibliothèque cassée
Marsh Posté le 19-06-2003 à 14:48:57
Merci pour le lien
ben les fonctions non definies c pas trop grave car c deja de la bidouille, le probleme de base c lle log du link en premier en fait. Et j ai beau regarder un peu partout je vois pas trop comment resoudre ce pb.
Pour le bout de code je vois pas trop comment te mettre un truc simple en fait (le prog tient sur pas loin de 200 fichiers), mais niveau include ca donnerait ca pour le DocumentModel.cpp (un des obj qui merde au link) :
Code :
|
include_du_cpp
Code :
|
include_de_h
Code :
|
Je precise c un projet OpenSource et c compilable sur certaines distrib de Linux (RH 7.0 ou inferieure par exemple) via GCC et que je compile sans pb sur Windows (via VS.Net) le code.
Si il faut plus d'info (ce dont je ne doute pas ) a part DL toi mm le code source je vois pas trop comment te mettre ca desole.
En tout cas merci
Marsh Posté le 19-06-2003 à 14:51:37
je comprends pas .. t'as un problème de déclaration et pas de ling
Marsh Posté le 19-06-2003 à 14:53:53
Non le pb de declaration n'apparait que si je m amuse a mettre un flag en plus -D_GLIBCPP_USE_WCHAR_T (qui n'est pas present ds les makes par defaut)
Le pb d'origine c le pb de link, desole si induit en erreur
Marsh Posté le 19-06-2003 à 15:04:37
Jsuis pas sur que ce soit une bonne idee tu vas t emmerder car y a besoin de Xerces (et pas en version 2.x mais 1x), SpiderMonkey et Libwww, enfin les 3 y a rien de particulier pour compile mais bon quand mm tt ca pour un pb de link
Enfin le lien pour le DL
Marsh Posté le 19-06-2003 à 15:16:21
apparemment le code a du mal
SBlogOSUtils.cpp: Dans function « int SBlogVswprintf(wchar_t*, unsigned int,
const wchar_t*, char*) »:
SBlogOSUtils.cpp:298: error: conversion invalide de « const wchar_t* » vers «
unsigned int »
SBlogOSUtils.cpp:298: error: cannot convert `char*' to `const wchar_t*' for
argument `3' to `int vswprintf(wchar_t*, unsigned int, const wchar_t*,
char*)'
donc je sens pas mal de problème à l'horizon. j'ai testé avec make -k, et là c'est un vrai festival
Marsh Posté le 19-06-2003 à 15:20:22
A tient j ai pas eu celle la, et comme les erreurs sont pas les mm suivant les versions gcc / libstdc++ et OS c la galere il semble d apres la discuss list.
Enfin bon t embete pas non plus, je posais la question plus pour le link (genre j'ai oublie qqchose ou juste un pb de version connu).
Marsh Posté le 19-06-2003 à 13:40:58
Bonjour,
voila j'ai un petit pb de symboles lors du link d'un projet concernant certaines def propre a la STL, environement Solaris (copilé en 64 bit)
Par default aucun flag passes a GCC (excepet pour compile 64bits), version 3.2.3.
En regardant de plus pres, je vois que char_traits<wchar_t> c defini uniquement lorsque -D_GLIBCPP_USE_WCHAR_T est defini a la compile (ds le header char_traits.h).
Donc je le rajoute aux options g++ et la je recupere une erreur a la compile et plsu au link avec
Hors la je seche je vois pas trop quoi faire ces symboles sont #undef effectivement ds le header cwchar mais bon je vois pas trop ce que je dois rajouter.
Qqun aurait une piste pour m'eclairer ?