Discussion :

[L_Lawliet]

Bonjour à tous,

je viens créer ce topic parce que je vais devoir programmer sur un terminal de code barre, et pour se faire je vais devoir utiliser un compilateur spécial qui est.
Mais avant de pouvoir compiler avec celui-ci je dois apparemment préparer l'environnement de travail, j'entends par là créer les liens pour que le compilateur puisse trouver toutes les ressources dont il à besoin pour faire son boulot vu que pour le moment la compilation ne cesse d'échouée, j'ai à ma disposition un petit guide qui m'explique toutes les étapes à suivre à ses pages 2 et 4.
Dès le début il me demande de configurer un autoexec.bat pour changer 3 variables environnementales or je ne trouve ce fichier nul part sur les disques..
Je viens donc demander un peu d'aide pour vous pencher sur mon problème et éclaircir ce point à ceux qui le voudraient bien

[Metalman]

Eh bein.... c'est à toi de l'écrire !

Plus précisément : tu devras faire un .bat qui définit ces variables d'environnement puis qui lance ton compilateur si il a une GUI.....
...
...
Il a une GUI ton compilo ou c'est en mode commandes/"gcc -W mes_sources.c" ?

Si c'est en mode commandes voilà un exemple de .bat :

Code :

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

1
2
3
set MAVAR=VALEUR
doskey ls=dir $*
cmd

La première ligne alloue une variable avec la syntaxe DOS...
La 2e c'est pour définir quelques commandes...
Et la dernière te permet de "ne pas fermer le script", enfin plutôt de lancer un autre shell pour que tu puisses continuer à travailler.

Ne pas hésiter à faire des "cd", et pour changer de disque il suffit d'indiquer la lettre de lecteur et : "tous seuls" :

Code :

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

1
2
3
c:
h:
cd h:/mondossier

Et l'accès aux valeurs des variables se fait avec des % autour du nom

Code :

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

echo %PATH%

Bon courage !

[L_Lawliet]

Je te remercie de ton aide, tu m'as fait comprendre certaines choses
Mon compilo se lance en mode commande, mais j'ai déjà un .bat permettant de lancer la commande compilation avec ses arguments, donc je viens d'en refaire un petit :

Code :

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

1
2
3
4
5
path = C:\CipherLab\Blaze\"C Compiler"\"bin for vista-win7"
set THOME = C:\CipherLab\Blaze\"C Compiler"
echo %PATH%
cd C:\CipherLab\Blaze\"C Compiler"\"sample program"\"C sample programs for 711"\printer
y USER.c

Apparemment il arrive à avoir accès aux ressources comme quand je mettais tout dans le même dossier, seulement il me dit qu'il ne peux pas éxécuter "./thc1" qui est son premier pass et qui est dans \BIN .. voyez-vous d'où peux venir le problème ?

[Metalman]

Oulalalala....
Pour construire le PATH ou ajouter c'est comme ça :

Code :

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

set PATH=%PATH%;C:\Users\metalman;H:\autre\dossier

Car il faut conserver l'ancienne valeur ET ajouter les nouvelles !

Ensuite, les noms à espaces sont à mettre entre double quotes "intégralement" (c'est ce qu'ajoute windows quand tu fais l’auto-complétion avec TAB):

Code :

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

1
2
cd "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer"
set THOME="C:\CipherLab\Blaze\C Compiler"

EDIT : et si tu veux commenter :

Code :

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

::Ceci est un commentaire

Et tu peux appeler d'autres batchs :

Code :

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

call set_env_cobol.bat

[L_Lawliet]

Mince merci de me corrigé ! Même malgré tout ça la compilation n'arrive toujours pas à éxécuter thc1 alors qu'il se lance très bien, et que son chemin est dans le dossier du path

[Metalman]

Ah oui si aussi...
Sous windows.... on ne met pas de "./" !
Par défaut le dossier courant est "toujours" utilisé par le PATH !

Donc il est possible de taper directement "thc1" ! (et c'est la seule façon de lancer un exécutable en fait...)

[L_Lawliet]

Apparemment le problème doit venir de là !
Sauf que le ./thc1 est lancer directement avec la commande de compilation, ce n'est pas moi qui l'écrit, il y a-t-il un moyen de remédier a ça ? Peut-être avec un doskey ?

[Metalman]

La commande de compilation ?

Que tapes-tu exactement pour lancer ton compilo ? (tu peux copier/coller exactement ce que tu tapes ? il suffit dans la fenêtre MSDOS de faire bouton droit -> Modifier -> Sélectionner tout, puis Bouton droit -> Modifier -> copier et tu copies ici le résultat pour savoir ce qui est tapé et ce que ça répond)
As-tu accès au script/commandes que lance ton compilo ? (si oui, peux-tu copier l'ensemble des infos ici ?)

Ils n'ont pas parlé de Cygwin ou un truc dans le genre ?

[L_Lawliet]

Alors que je lance mon launcher.bat, c'est ça qu'il y à dans la console :

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>s
et PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Bl
aze\C Compiler\bin for vista-win7";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>s
et THOME="C:\CipherLab\Blaze\C Compiler";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>e
cho C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Blaze\
C Compiler\bin for vista-win7";
C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Blaze\C Co
mpiler\bin for vista-win7";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>c
all "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\prin
ter\y.bat" "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 7
11\printer\USER.C"
cc900-Fatal-116 : Can't execute ".\thc1"
Appuyez sur une touche pour continuer...

et voici le bat en entier :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
set PATH=%PATH%"C:\CipherLab\Blaze\C Compiler\bin for vista-win7";
set THOME=%THOME%"C:\CipherLab\Blaze\C Compiler";
echo %PATH%
::call "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\y.bat" "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\USER.C"
 
@echo off
if exist cerr.lst del cerr.lst
cc900 -XA1 -XC1	-XD1 -Xp1 -XF -O3 -c -e	cerr.lst %1 ::ou programme.c en l'appelant
if not exist cerr.lst goto end
echo
echo *********	Compile	Error, Please Try Again	!!  *********
:end
PAUSE

Malheureusement je n'ai pas accès à ces scripts qui sont tous des éxécutables, sinon je pense que j'aurais pu changer directement l'appel de ./thc1 en thc1 dans cc900.exe.
Non je n'ai pas entendu parler d'une utilisation de cygwin, tout semble se faire sur un environnement MSDOS malgré tout.

[Metalman]

J'allais dire de retirer le "@echo off" pour en être sûr... mais on a le nom de l'exécutable en préfixe...

J'ai testé, je croyais que c'était un "/", mais non c'est un "\" (ah mes yeux...).

Bref : oui le ".\thc1" doit fonctionner sur windows !
il doit manquer quelque chose pour que ça fonctionne bien...

Je pense qu'il faudrait chercher l'exe thc1, se placer dans le dossier le contenant, puis appeler cc900 (qui ets dispo dans le PATH).
Donc : ajouter un "cd "C:\CipherLab\Blaze\C Compiler\dossier\contenant\thc1"" juste avant le cc900 ou avant le if

[L_Lawliet]

Effectivement thc1 semble possible à appeler maintenant, j'étais déjà arriver à un résultat similaire en mettant tout les fichiers dans le dossier de compilation, or maintenant il ne semble pas réussir à ouvrir des librairies.

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>s
et PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Bl
aze\C Compiler\bin for vista-win7";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>s
et THOME="C:\CipherLab\Blaze\C Compiler";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>e
cho C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Blaze\
C Compiler\bin for vista-win7";
C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;"C:\CipherLab\Blaze\C Co
mpiler\bin for vista-win7";

C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer>c
all "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\prin
ter\y.bat" "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 7
11\printer\USER.C"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 1: THC1-Error-310: Cannot open #include file "stdio.h"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 2: THC1-Error-310: Cannot open #include file "stdlib.h"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 3: THC1-Error-310: Cannot open #include file "string.h"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 4: THC1-Error-310: Cannot open #include file "711lib.h"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 5: THC1-Error-310: Cannot open #include file "ucos.h"
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 47: THC1-Error-256: 'IrDA_Timeout' undefined
C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\U
SER.C 60: THC1-Error-256: 'KEY_CR' undefined
Commande ECHO désactivée.
********* Compile Error, Please Try Again !! *********
Appuyez sur une touche pour continuer...

...

[Metalman]

Peux-tu ajouter le dossier contenant les .h et .c (string.h et string.c) dans le PATH ?

A mon avis ça devrait régler ce problème ! :o

[L_Lawliet]

C'est chose faite, le fichier include contient tout les headers dont j'ai besoin, par contre je n'ai pas leur .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
set PATH=%PATH%"C:\CipherLab\Blaze\C Compiler\bin for vista-win7";"C:\CipherLab\Blaze\C Compiler\include";
set THOME=%THOME%"C:\CipherLab\Blaze\C Compiler";
echo %PATH%
::call "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\y.bat" "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\USER.C"
 
@echo off
if exist cerr.lst del cerr.lst
cd "C:\CipherLab\Blaze\C Compiler\bin for vista-win7"
cc900 -XA1 -XC1	-XD1 -Xp1 -XF -O3 -c -e	cerr.lst "C:\CipherLab\Blaze\C Compiler\sample program\C sample programs for 711\printer\USER.C"
if not exist cerr.lst goto end
echo
echo *********	Compile	Error, Please Try Again	!!  *********
:end
PAUSE

Mais même avec ça il ne semble pas les trouver pour autant

[Metalman]

Pas sûr que ça change, mais espérons : tu as oublié des ; dans tes variables, et mis certains en trop ! (enfin c'est juste pour s'aligner sur ce que fait MS)

Avant :

Code :

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

1
2
set PATH=%PATH%"C:\CipherLab\Blaze\C Compiler\bin for vista-win7";"C:\CipherLab\Blaze\C Compiler\include";
set THOME=%THOME%"C:\CipherLab\Blaze\C Compiler";

Après :

Code :

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

1
2
set PATH=%PATH%;"C:\CipherLab\Blaze\C Compiler\bin for vista-win7";"C:\CipherLab\Blaze\C Compiler\include"
set THOME=%THOME%;"C:\CipherLab\Blaze\C Compiler"

EDIT : ou je me suis trompé... parce qu'apparemment le tien a l'air correct...

EDIT2 : "SER.C 1: THC1-Error-310: Cannot open #include file "stdio.h""
Tu peux montrer le début du .c en question ? (je me doute qu'il y a clause de confidentialité avec ces produits... mais c'est "juste" les lignes d'include que je voudrais voir)

[L_Lawliet]

C'est changé, malheureusement cela ne donne lieu à aucun changements ..

EDIT :

Code :

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

1
2
3
4
5
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <711lib.h>
#include <ucos.h>

[Metalman]

Alors, en plus des includes que j'aimerais voir.... ajoute dans le PATH : "C:\CipherLab\Blaze\C Compiler"
Ajoute une autre variable comme dans la doc :
set THOME900="C:\CipherLab\Blaze\C Compiler"

Et cherche s'il n'y a pas un dossier "SYNTECH" comme dans leur exemple ! :s

EDIT : Et laisse le THOME et THOME900 avec un seul dossier :
set THOME="C:\CipherLab\Blaze\C Compiler"
set THOME900="C:\CipherLab\Blaze\C Compiler"

[L_Lawliet]

C'est ajouté, mais j'ai toujours le même résultat, en fait je n'ai pas exactement cette doc là car les chemins et noms de dossiers ne sont pas les mêmes, par exemple à la place de THOME900 il me met juste THOME, et le dossier \SYNTECH semble être remplacer par \Blaze

[Metalman]

Peut être que ta doc contient ce qu'il manque en variables d'environnements... :s
Car là je ne peux pas plus t'aider...

Le truc "crade" pour que ça fonctionne quand même :
Transformer les #include <string.h> en #include "C:\...\string.h" (et tu mets le chemin complet vers l'include)... ça nécessitera de modifier "aussi" les .h pour qu'ils s'appellent entre eux de la même façon....
C'est très TRES laid (pense à sauvegarder les .h d'origine du coup/commenter les include initiaux), mais si tu n'as aucune doc...

Ou contacte le support technique aussi !
Comme c'est acheté, en général ils aident sans t'embêter.

[L_Lawliet]

Ma doc est exactement la même que celle que j'ai posté, à quelques différences prêt, mais pas au niveau des variables environnementales.
J'ai aussi essayé de changer les includes, cela à l'air de fonctionner mais c'est l'autre fichier assembleur qui bloque dérrière.. Ha la la tant de mal juste pour compiler
En tout cas je te remercie d'avoir pris un peu de ton temps pour essayer de m'aider