Discussion :

[gelam]

Je suis en train de préparer une petite présentation concenant les namespace's et pour illustrer mon propos j'ai préparé les fichiers suivants :

Code :

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

1
2
3
4
5
6
7
8
9
10
// Fichier : tstMod.cpp
#include <iostream>
using namespace std ;
#include "modA.h"
#include "modB.h"
int main( )
{
	procedure() ;
	return 0 ; 
}

Code :

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

1
2
3
4
5
6
7
// Fichier : modA.h
#ifndef MODA_H
#define MODA_H
#include <iostream>
using namespace std ;
void procedure() ;
#endif

Code :

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

1
2
3
4
5
6
// Fichier : modA.cpp
#include "modA.h"
void procedure()
{
	cout << "ModulA" << endl ;
}

Code :

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

1
2
3
4
5
6
7
// Fichier : modB.h
#ifndef MODB_H
#define MODB_H
#include <iostream>
using namespace std ;
void procedure() ;
#endif

Code :

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

1
2
3
4
5
6
// Fichier : modB.cpp
#include "modB.h"
void procedure()
{
	cout << "ModulB" << endl ;
}

Ceci a pour but de mettre en évidence un clash de nom. Les deux modules exportent deux fonctions de même signature.
Malheureusement le linker (ilink32) de Borland ne râle pas... Il prend simplement la procédure qui se trouve dans le premier module donné sur la ligne de compilation.
J'ai testé ce code avec VC et GPP et tous deux envoient une erreur.

J'ai compilé avec l'instruction suivante :
bcc32 tstmod.cpp moda.cpp modb.cpp

Aurais-je oublié une option ou est-ce un bug ?

Merci

PS.
J'ai le même problème avec Builder 5

[HRS]

procédez en 3 étapes

bcc32 -c modA.cpp // pour créer modA.obj

bcc32 -c modB.cpp // pour créer modB.obj

bcc32 -otestmod testmod.cpp modA.obj modB.obj

[gelam]

Merci beaucoup pour la réponse.
En effet ça marche mais je ne comprend pas pourquoi le fait de nommer l'OBJ avec l'option -o change le comportement du linker ???
Même ainsi
bcc32 -c modA.cpp
bcc32 -c modB.cpp
bcc32 -c tstMod.cpp
bcc32 -otstMod tstMod.obj modA.obj modB.obj
J'ai un résultat correct alors que le -o ne devrait rien faire dans ce cas...

[HRS]

-o ne nomme pas le .obj mais le .exe

bcc32 -otestmod.exe testmod.cpp modA.obj modB.obj

aurait été plus explicite

[gelam]

Je suis particulièrement borné mais l'aide borland dit :
-exxx Executable file name
-oxxx Object file name
L'effet de cette option dépendrait-elle du contexte ?

En tous les cas merci de votre patience.

[HRS]

sur le -o, je me suis peut-être mélangé les crayons avec le compilateur
MinGW