On Tue, 11 May 2010, Szak�ts Viktor wrote:

Hi,

> > Then I searched the sources for #pragma directives.
> > Because I am not the author of those sources, I never knew that
> > multiple #pragma directives were in use. And that was the potential
> > reason to get thousands of warnings which ultimately was killing 
> > the process.
> 
> So this was the problem.
> 
> I hope Przemek can take an expert look on this issue, 
> as I'm sure it's not intentional that such options are 
> changing across sources. F.e. this causes unpredictable 
> results for anyone using 'harbour *.prg' on a *nix 
> system f.e. These pragmas are meant to be per file.

It was intentional. At least it was strictly necessary in the past
when we haven't full support for .CLP files in Harbour compiler and
additional modules included from .CLP files or by DO command where
compiled just like any other .prg files specified in the command
line so we have to fully replicate Clipper logic in few different
places, i.e. PP should reset newly added user rules but should keep
modifications in standard rules, i.e. if you make
   #undef _SET_CONSOLE
in 1-st .prg module then _SET_CONSOLE is not visible also in the
next ones. But if you add:
   #define MY_SET
then MY_SET is reset before new module is compiled.
After:
   2009-09-02 14:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
we can exclude from above scenario .prg files passed in command line and
make full compiler reset (in practice it means that we will have to
deallocate nearly everything and allocate and initialize everything from
scratch again)  but before you change it please make some tests
with Clipper to not break current behavior for @<name>.clp files and
SET PROCEDURE TO ... / DO ... [ WITH ... ] statements. If you make some
experiments with -D parameter then you will find also some other interesting
things in Clipper. Some of them looks like bugs.

best regards,
Przemek
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to