Discussion :

[fdesseree]

Bonjour,
j'ai rencontré les problème évoqués à plusieurs repise sur le forum lors de l'utilisation de kylix 3 sous mdk9.0.
Désormais je suis passé sous mandrake 9.1 et je n'ai pas de problème de démarrage de kylix c++, et ce, sans faire aucune des manipulations décrites pour 9.0.
Cependant, j'ai un autre problème, qui doit surment être du aux mêmes causes : la compilation est impossible, car le compilateur ne reconnais pas les fonctions C de base (par exemple TYPEDEF) et produit une erreur de syntaxe.
voici plus visuellement ce que j'obtient en compilant l'application crée par défaut au démarage de kylix c++ :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
------------  ---------
unit1.cpp ||  time.h |
-----------------------------------------------------------------------------(code source de time.h)
65 | # include <bits/types.h>
57 |
58 | __BEGIN_NAMESPACE_STD
59 | /* Returned by `clock'.  */
60 |  typedef __clock_t clock_t;
61 | __END_NAMESPACE_STD
62 | #if defined __USE_XOPEN || defined __USE_POSIX || defined __USE_MISC
63 | __USING_NAMESPACE_STD(clock_t)
64 | #endif
------------------------------------------------------------------------------(message debuggage)
[C++ Erreur] time.h(60): E2141 Erreur de syntaxe de déclaration
[C++ Erreur] time.h(63): E2141 Erreur de syntaxe de déclaration
[C++ Erreur] time.h(79): E2238 Déclaration multiple pour '__END_NAMESPACE_STD'

et des erreurs simimlaires apparaissent également lors de la compilation d'applications très simple en console (par exemple sur stdio.h).
Est-ce que quelqu'un a la solution à ce problème ?
(j'ai essayé les même manipultations avec la version open et la version pro trial, le resultat est identique)

merci!

[caseih]

il faut aller dans les options et modifier des chemins des includes

Projet->Options->Repertoire/inclusions

Chemin d'inclusions :
le chemin : /usr/include tu le met en tête de la liste

Normalement tu devrais pouvoir compilé sans probleme
cordialement

caseih

[leprovost]

Bonjour

Après avoir modifier le chemin des includes , j'ai d'autres erreurs
comme :
[erreur lieur] Unresolved external 'setlocale' referenced from /home/utilisateur/kylix3/lib/rtl.a|System.o
[erreur lieur] Unresolved external 'pthread_getspecific' referenced from /home/utilisateur/kylix3/lib/rtle.a|SysInit.o
etc ...
j'ai au moins 60 lignes du meme genres mais la fin de chaque ligne differe. :

merci

kylix3 open + mandrake 9.1installé sous nom d'utilisateur

[trammaj]

Bonjour,

J'ai le même problème...
Après avoir modifié le chemin d'inclusion, voici ce que j'obtiens:

Unresolved external 'setlocale' referenced from /home/raphael/kylix3/lib/rtl.a|System.o

Unresolved external 'pthread_getspecific' referenced from /home/raphael/kylix3/lib/rtle.a|SysInit.o

...

Et ca continue sur 60 lignes...

Voilà... Ca n'apporte pas de solution mais peut-être que ca incitera des gens à poster une réponse si il y en a une...

A+

[kikifou]

J'ai le même problème

Ayant suvi vos conseille je n'arrive pas à compiler.
J'ai installé Kylix3 open et Mandrake 9.1 j'ai ausssi installer l'update pour kylix3

Quelqu'un à t'il reussi à compiler avec cette config.

Merci
A+

[pacpac]

Salut a vous
J'avais le meme probleme que vous

Aller regarder le post de pixelrock
intitulé Solution pour Kylix3 Mandrake9.1 Redhat9.0

D'ailleurs encore merci pixelrock

[toniher]

Sorry for asking in English, I understand written French but I cannot write it myself properly.
May I ask you something about this very problem?

I have followed the solution: Solution pour Kylix3 Mandrake9.1 Redhat9.0
and now I can compile correctly some example codes, but I cannot compile such simple codes (compiled perfectly under g++) such as:

#include <fstream>
#include <iostream>
#include <string>

using namespace std;

int main (int argc, char* argv[]) {
ifstream file;
string linees, lin1, lin2, lin3, lin4;

for (int i=1; i<argc; ++i) {


int i1, i2, i3, i4;
file.open(argv[i]);
while (getline(file, linees, '\n')) {

if (linees.find_last_of(">>")!=0) {
i1 = linees.find("|");
i2 = linees.find("'");
i3 = linees.find("#");
i4 = linees.size();

cout << i1 << " " << i2 << " " << i3 << " " << i4 << "\n";

lin1 = linees.substr (2, i1-2);
lin2 = linees.substr (i1+1,i2-i1-1);
lin3 = linees.substr (i2+1, i3-i2-1);
lin4 = linees.substr (i3+1, i4-i3);


cout << lin1 << " * " << lin2 << " * " << lin3 << " * " << lin4 << "\n"; }
}



file.close();
}
}

Kylix complains about a problem with _algobase.h at Borland STLport include.

I don't know if I should play with include (or lib) path order or maybe try with a newer stlport version... Some suggestion?

Merci!