Op 2010-07-11 15:47, Hans-Peter Diettrich het geskryf:
> I know that the "in " is part of the Delphi syntax, but what
> is it really good for?
As far as I know, it was introduced in Delphi/Kylix to notify the IDE of
what units are part of the project. Instead, Lazarus IDE does this with
.lpi file
On Mon, 12 Jul 2010, Hans-Peter Diettrich wrote:
Jonas Maebe schrieb:
That is incorrect. Relative file names do work. They are resolved
relative to the current working directory of the compiler.
So what's the "current working directory"?
The current directory when the compiler was started
Jonas Maebe schrieb:
That is incorrect. Relative file names do work. They are resolved
relative to the current working directory of the compiler.
So what's the "current working directory"?
The current directory when the compiler was started. E.g.:
c:\pp\src> ppc386 project\test.pas
-> "c:\p
Jonas Maebe schrieb:
The stand-alone preprocessor code ($PreprocWrite, commandline
option -m) does not compile since a long time. I could it make work
again, and already supplied the according patch in Mantis.
And as I replied in mantis two days ago, a) that option is not
documented in the he
> On Wed, Jul 7, 2010 at 8:39 AM, Marc Weustink
> wrote:
>> Since my fileserver exports the shares to both nfs and samba, I use nfs for
>> linux/osx, and samba for windows.
>>
>> I faintly remember that I might have had some issues with samba on OSX, so I
>> quit that exercise (since nfs is faste
On 11 Jul 2010, at 23:55, Hans-Peter Diettrich wrote:
> Jonas Maebe schrieb:
>
>>> AFAIK it's not allowed to "rename" units this way, and since
>>> (currently) only absolute filenames are implemented,
>> That is incorrect. Relative file names do work. They are resolved
>> relative to the current
Jonas Maebe schrieb:
AFAIK it's not allowed to "rename" units this way, and since
(currently) only absolute filenames are implemented,
That is incorrect. Relative file names do work. They are resolved
relative to the current working directory of the compiler.
So what's the "current working d
Am 11.07.2010 um 19:48 schrieb Daniël Mantione:
> Op Sun, 11 Jul 2010, schreef Hans-Peter Diettrich:
>
>> I know that the "in " is part of the Delphi syntax, but what is it
>> really good for?
>
> In my opinion, it is not usefull. I have never seen a clear description of
> what the semantics
On 11 Jul 2010, at 15:29, Hans-Peter Diettrich wrote:
> I'm just curious, does there exist descriptions for the various SVN branches
> (purpose, maintainer, state)?
The commit messages (mainly the initial one).
> The stand-alone preprocessor code ($PreprocWrite, commandline option -m) does
>
11.07.2010 17:47, Hans-Peter Diettrich:
I know that the "in " is part of the Delphi syntax, but what
is it really good for?
For specifying path.
This way you are able to prevent any ambiguity in which file will
actually be selected. Not sure how exactly this is implemented in FPC,
but in Delp
On 11 Jul 2010, at 15:47, Hans-Peter Diettrich wrote:
> I know that the "in " is part of the Delphi syntax, but what is it
> really good for?
>
> AFAIK it's not allowed to "rename" units this way, and since (currently) only
> absolute filenames are implemented,
That is incorrect. Relative fil
Op Sun, 11 Jul 2010, schreef Hans-Peter Diettrich:
I know that the "in " is part of the Delphi syntax, but what is it
really good for?
In my opinion, it is not usefull. I have never seen a clear description of
what the semantics should be, for example what happens if the code being
compile
On Sun, Jul 11, 2010 at 06:47, Hans-Peter Diettrich
wrote:
> I know that the "in " is part of the Delphi syntax, but what is it
> really good for?
>
> AFAIK it's not allowed to "rename" units this way, and since (currently)
> only absolute filenames are implemented, I really wonder why FPC allows
I know that the "in " is part of the Delphi syntax, but what
is it really good for?
AFAIK it's not allowed to "rename" units this way, and since (currently)
only absolute filenames are implemented, I really wonder why FPC allows
to use it everywhere?
IMO the filespec should allow for relativ
I'm just curious, does there exist descriptions for the various SVN
branches (purpose, maintainer, state)?
Florian has offered me an new branch, for my parser etc. projects, but
he seems to be very busy right now. So I'll present a roadmap of my
activities, all around the parser and compiler:
15 matches
Mail list logo