CodeBlocks Compilateur HS
Le compilateur de Codeblocks ne fonctionne pas
Logiciels / Autres logiciels

Claude-Roland Membre non connecté
-
- Voir le profil du membre Claude-Roland
- Inscrit le : 04/09/2011
- Groupes :
J'ai installé CodeBlocks sous la distribution de Mageia.
J'ai pu lancer le programme.
Mais, j'ai l'erreur suivante :
Checking for existence: /home/claudy/Documents/Timothée/HELHA-2021/Language-C/test11/bin/Debug/test11
Set variable: LD_LIBRARY_PATH=.:
Executing: xterm -T test11 -e /usr/bin/cb_console_runner LD_LIBRARY_PATH=:. /home/claudy/Documents/Timothée/HELHA-2021/Language-C/test11/bin/Debug/test11 (in /home/claudy/Documents/Timothée/HELHA-2021/Language-C/test11/.)
Process terminated with status -1 (0 minute(s), 0 second(s))
Je pense qu'il ne trouve pas le compilateur.
J'ai manuellement trouvé un répertoire GCC dans usr/bin, mais il est grisé.
Est-ce une problème de droit ?
Merci pour l'aide.
Cdlt.
Claude Roland
Vive la Wallonie unie à la France !

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
file ${HOME}/Documents/Timothée/HELHA-2021/Language-C/test11/bin/Debug/test11
Je ne comprends pas l'erreur et soupçonne plus une erreur dans le worspace.
Que donne la commande :
Code BASH :
rpm -qa | grep gcc
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Claude-Roland Membre non connecté
-
- Voir le profil du membre Claude-Roland
- Inscrit le : 04/09/2011
- Groupes :
Voici les résultats :
/root/Documents/Timothée/HELHA-2021/Language-C/test11/bin/Debug/test11: cannot open `/root/Documents/Timothée/HELHA-2021/Language-C/test11/bin/Debug/test11' (No such file or directory)
[root@localhost claudy]# rpm -qa | grep gcc
cross-avr-gcc-4.8.5-3.mga7
gcc-10.3.0-2.mga8
gcc-cpp-10.3.0-2.mga8
libgcc1-10.3.0-2.mga8
gcc-c++-10.3.0-2.mga8
cross-avr-gcc-c++-4.8.5-3.mga7
gcc-plugins-10.3.0-2.mga8
Vive la Wallonie unie à la France !

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pense que la commande "file" n' a pas besoin d' être lancée en root, Codeblocks n' étant pas lancé avec cet utilisateur. Il faudrait la lancer quand on est connecté en tant qu' utilisateur claudy.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
La commande file donne des informations sur le fichier.
Si root ne peut pas voir le fichier, l'utilisateur normal non plus.
Il y a là un problème avec l'environnement codeblocks je pense.
Est-il possible de créer un nouveau projet, un simple printf et de le compiler ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Jybz :
Bonjour,
La commande file donne des informations sur le fichier.
Si root ne peut pas voir le fichier, l'utilisateur normal non plus.
Il y a là un problème avec l'environnement codeblocks je pense.
Est-il possible de créer un nouveau projet, un simple printf et de le compiler ?
La commande file donne des informations sur le fichier.
Si root ne peut pas voir le fichier, l'utilisateur normal non plus.
Il y a là un problème avec l'environnement codeblocks je pense.
Est-il possible de créer un nouveau projet, un simple printf et de le compiler ?
Non jybz, regarde le début du chemin : en utilisateur root, c'est /root, alors qu'il faudrait regarder dans /home/claudy/...
C'est logique que root ne voie pas ce fichier, il n'existe pas. Il existe peut être chez claudy.
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron

Effectivement, il n'y avait pas d'intérêt a exécuter en tant que root, je n'y avais pas pensé lorsque j'ai proposé les commandes.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Claude-Roland Membre non connecté
-
- Voir le profil du membre Claude-Roland
- Inscrit le : 04/09/2011
- Groupes :
J'ai effectué quelques modifications.
J'ai pensé que les caractères accentués d'un répertoire pouvaient causer des problèmes.
j'ai fait un nettoyage, j'ai recommencé et.. toujours le même problème.
-------------------------
La compil donne le message suivant :
-------------- Run: Debug in test1 (compiler: GNU GCC Compiler)---------------
Checking for existence: /home/claudy/Documents/Timothee/HELHA-2021/Language_C/test1/bin/Debug/test1
Set variable: LD_LIBRARY_PATH=.:
Executing: xterm -T test1 -e /usr/bin/cb_console_runner LD_LIBRARY_PATH=:. /home/claudy/Documents/Timothee/HELHA-2021/Language_C/test1/bin/Debug/test1 (in /home/claudy/Documents/Timothee/HELHA-2021/Language_C/test1/.)
Process terminated with status -1 (0 minute(s), 0 second(s))
----------------------------
[claudy@localhost ~]$ file ${HOME}/Documents/Timothee/HELHA-2021/Language_C/test1/bin/Debug//test1
/home/claudy/Documents/Timothee/HELHA-2021/Language_C/test1/bin/Debug//test1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=b2dc51b4624d51c6f45f3b6d930ce1fa5e6d74e7, for GNU/Linux 3.2.0, with debug_info, not stripped
------------------------------------------
[root@localhost claudy]# rpm -qa | grep gcc
cross-avr-gcc-4.8.5-3.mga7
gcc-10.3.0-2.mga8
gcc-cpp-10.3.0-2.mga8
libgcc1-10.3.0-2.mga8
gcc-c++-10.3.0-2.mga8
cross-avr-gcc-c++-4.8.5-3.mga7
gcc-plugins-10.3.0-2.mga8
------------------------------------------
Vive la Wallonie unie à la France !

Claude-Roland Membre non connecté
-
- Voir le profil du membre Claude-Roland
- Inscrit le : 04/09/2011
- Groupes :
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello world!\n");
return 0;
}
Vive la Wallonie unie à la France !

Claude-Roland Membre non connecté
-
- Voir le profil du membre Claude-Roland
- Inscrit le : 04/09/2011
- Groupes :
J'ai désinstallé CodeBlocks et je l'ai réinstallé via le centre de contôle de Mageia.
J'ai toujours le même problème.
j'ai installé CodeBlocks sur Windows, et là ça fonctionne.
Je pense qu'il y a un problème de configuration avec le compilateur.
Merci pour tout aide.
Cdlt.
Claude
Vive la Wallonie unie à la France !

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
peux-tu essayer avec un nouvel utilisateur ?
Ça permettra de trancher :
C'est soit un problème d'utilisateur/de configuration du projet
C'est soit un problème système (dépendance manquante) ou un problème d'empaquetage (problème d'option de compilation ou d'intégration).
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Est que ton code compile en ligne de commande ?
Ça permettrait de savoir si le problème est dû ou non au compilateur.
Edit Avec
Code BASH :
si ton fichier s'appelle test_C.c
gcc -o test_C test_C.c
Édité par Meuz Le 12/10/2021 à 14h09

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Il existe une proposition de réintroduction de codeblocks.
Il faudrait d'abord vérifier dans cauldron l'installation et l'utilisation avec cross-avr-gcc
https://bugs.mageia.org/show_bug.cgi?id=32262#c17
Yves
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie