On Wed, Oct 1, 2008 at 3:16 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:

> This is not compiler but PP issue. You will have to change
> line concatenation character otherwise PP will make from
> these 3 lines single lines which will be preprocessed and
> then passed to compiler.
> So you are asking to use some other character, f.e. '\' for
> line concatenation.

Sorry I was not clear enough.
I've mixed JavaScript/Eclipse issue with the syntax one.

Let me rephrase it:

why
function test( a ) ; outstd( "Hello World" ) ; return nil

is valid and

function test( a ) ; <newline>
outstd( "Hello World" ) ; <newline>
return nil

is not?

If in Harbour <newline> is the statement separator why couldn't it be
";<newline>" also?

In this way I could add or not add a semicolon at the end of the
statement but it'll be clear that semicolon is the statement separator
that can be omitted if is followed by a <newline>.

And if this will be implemented we need to change the
HB_PP_MULTILINE_STRING separator which is now semicolon to a more
common "\" backslash + <newline>.

> The only one reason Viktor replaced = with == in core code is
> possible SET EXACT interaction. Otherwise it's perfectly valid
> code. And even more. If you touch '=' operator behavior then
> you will have to change also '<', '<=', '>', '>=' because you
> should keep some general mathematical logic rules working, f.e.:
>   if a < b then !( a > b ) and !( a == b ) and !( a >= b )
>   if a >= b then !( a < b )
>   [...]

What I meant is that today the are places where I HAVE to use ":="
instead of "=".

This confuses newbies developers that come from other languages since
they don't understand where ":=" is required.

IMHO it would be simpler to say that ":=" is the same as "=" and if
you want to avoid ambiguities you have to use "==" for equal.

> #xcommand VAR <vars,...> [ AS <type> ] => LOCAL <vars> [ AS <type> ]

Thanks with these 3 lines:
   #xcommand { =>               
   #xcommand } =>               
   #xcommand VAR <vars,...> [ AS <type> ] => LOCAL <vars> [ AS <type> ]

I've made happy my developers.

BTW can I use #xcommand VAR also when hbclass.ch is used?

best regards,
Lorenzo
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to