Discussion :

[anass783]

Bonjour,
après la mise à jour de mon mac vers Mac Os Catalana (10.15.4), j'essaie de compiler normalement un projet open-source qui marchait avant la mise à jour avec :

Code :

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

g++-9  -c test_cmake.cpp   -I /Download/project/include -I /usr/local/include -I /Downloads/trimesh2/include/ -I /Downloads/armadillo-6.400.3/include/ -I /usr/X11R6/include -I /Downloads/project/include  -o test_cmake.o

Avec cette instruction j'obtiens beaucoup d'erreurs telles que :

Code :

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

/usr/local/include/string.h:145:67: error: expected initializer before '__OSX_AVAILABLE_STARTING' 145 | errno_t memset_s(void *__s, rsize_t __smax, int __c, rsize_t __n)* __OSX_AVAILABLE_STARTING(__MAC_10_9, __IPHONE_7_0);

ou

Code :

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

1
2
3
/usr/local/include/sys/stdio.h:39:56: error: expected initializer before
*'__OSX_AVAILABLE_STARTING' 39 | int**** renameat(int, const char *, int, const char.*** *) __OSX_AVAILABLE_STARTING(__MAC_10_10, __IPHONE_8_0);
**|******************************************************* ^~~~~~~~~~~~~~~~~~~~~~~~

Je ne sais pas pourquoi j'obtiens de telles erreurs en utilisant g++ installé avec l'utilitaire Homebrew.

Merci d'avance pour votre aide.

[Bktero]

Salut !

On pourrait voir le contenu de test_cmake.cpp ?

g++ --version dans le terminal renvoie quoi ?

[Christophe]

Catalina ne supporte plus les applis 32 bits. Si ton g++ installé par homebrew est en 32 bits, c'est l'explication.

[anass783]

Salut !

On pourrait voir le contenu de test_cmake.cpp ?

g++ --version dans le terminal renvoie quoi ?

Merci pour votre réponse.
La commande: g++-9 --version renvoie ceci :
g++-9 (Homebrew GCC 9.3.0_1) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Mon test_cmake.cpp contient le main comme suit :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
#include "core/MeshDataSource.h" //fichier source du projet
#include <iostream>
 
int main()
{
 MeshDataSource<double> MDS; //déclaration d'un objet de type MeshDataSource
 
return0;
}

je pense que cette erreur pourrait aider à déceler le problème ? :

Code :

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

1
2
/Users/anass/Documents/projet/non_virtual_asgard/include/core/MeshDataSource.h:326:20:   required from here
/usr/local/Cellar/gcc/9.3.0_1/include/c++/9.3.0/ostream:691:5: error: no type named 'type' in 'struct std::enable_if<false, void>'

ou cette erreur

Code :

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

1
2
 
/Users/anass/Documents/projet/non_virtual_asgard/include/core/MeshDataSource.h:337:21: error: no match for 'operator<<' (operand types are 'std::ofstream' {aka 'std::basic_ofstream<char>'} and 'const char [3]')

[anass783]

Catalina ne supporte plus les applis 32 bits. Si ton g++ installé par homebrew est en 32 bits, c'est l'explication.

Merci pour votre réponse.
Je ne pense pas que ca provienne de ca, car lorsque je fais g++-9 --version. , j 'obtiens cela :
g++-9 (Homebrew GCC 9.3.0_1) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

il n'y a pas la mention de 32 biTs..

[Christophe]

Je ne pense pas que ca provienne de ca

Finalement je ne pense pas non plus, car il n'y aurait même pas le message de version avec une version 32 bits.

[koala01]

Salut,

La seule et unique erreur qui pourra nous aider les la toute première, car les autres ne sont souvent que la conséquence d'une "perte de pédales" de la part du compilateur.

Du moins, les deux erreurs que tu nous montre sont-elles clairement dans le cas.

L'idéal reste malgré tout de faire un copier coller de l'ensemble des erreurs affichées, car il se peut que plusieurs erreurs soient présentes

De plus, comme le seul fichier propre à ton projet auquel on trouve une référence dans cmake_test.cpp, c'est le fichier core/MeshDataSource.h, il semble "logique" de commencer nos intestigations à partir de là, car la bibliothèque standard a beau avoir beaucoup de problèmes, on ne peut pas dire qu'elle laisse trainer des problèmes qui l'empêche d'être utilisée (correctement)

Pourrais tu, s'il te plait, nous fournir le code de ce fichier

[anass783]

Salut,

La seule et unique erreur qui pourra nous aider les la toute première, car les autres ne sont souvent que la conséquence d'une "perte de pédales" de la part du compilateur.

Du moins, les deux erreurs que tu nous montre sont-elles clairement dans le cas.

L'idéal reste malgré tout de faire un copier coller de l'ensemble des erreurs affichées, car il se peut que plusieurs erreurs soient présentes

De plus, comme le seul fichier propre à ton projet auquel on trouve une référence dans cmake_test.cpp, c'est le fichier core/MeshDataSource.h, il semble "logique" de commencer nos intestigations à partir de là, car la bibliothèque standard a beau avoir beaucoup de problèmes, on ne peut pas dire qu'elle laisse trainer des problèmes qui l'empêche d'être utilisée (correctement)

Pourrais tu, s'il te plait, nous fournir le code de ce fichier

Les voici en pièce jointe. MeshDataSource.hBaseDataSource.h

Merci

[koala01]

j'ai demandé le dossier MeshDataSource.h, tu me passes un fichier nommé BaseDataSource.h ... Cherchez l'erreur

De plus, quand bien même j'aurai le bon fichier, il faudrait quand même encore l'ensemble des erreurs que tu obtiens à la compilation

[anass783]

j'ai demandé le dossier MeshDataSource.h, tu me passes un fichier nommé BaseDataSource.h ... Cherchez l'erreur

De plus, quand bien même j'aurai le bon fichier, il faudrait quand même encore l'ensemble des erreurs que tu obtiens à la compilation

Désolé, j'avais mal compris. Voici le dossiers contenant les sourcescore.zip.