I'm still stuck on this problem. I can get the full proc head using
CodeTool.ExtractProcHead but I can't get the name/type parameter pairs in a
list (unless I do something stupid like parse the string from ExtractProcHead).
I need to return the parameters in discrete pairs in text that matches t
The Free Pascal team is happy to announce the addition of a new language
feature: constant parameters for generics.
This allows to declare generic types or routines that aside from type
parameters can also take constant parameters that can be used inside the
generic as if one would use untyped
On Sat, 25 Apr 2020 21:08:52 +0700
Ryan Joseph via fpc-pascal wrote:
> > On Apr 25, 2020, at 8:49 PM, Michael Van Canneyt
> > wrote:
> >
> > It will run on a server that never installed lazarus.
>
> Excellent. Where are the caches kept btw?
Memory.
Mattias
__
On Sat, 25 Apr 2020, Ryan Joseph via fpc-pascal wrote:
On Apr 25, 2020, at 8:49 PM, Michael Van Canneyt wrote:
It will run on a server that never installed lazarus.
Excellent. Where are the caches kept btw? I thought they were in the Lazarus
directory but I guess not.
I suspect in a
On 25/04/2020 16:07, Ryan Joseph via fpc-pascal wrote:
On Apr 24, 2020, at 3:10 AM, Joost van der Sluis wrote:
I'm working on the support of the debug-adapter-protocol for fpDebug. It's
quite easy to implement, as there already is a json-based tcp/ip interface.
(https://microsoft.github.io/
> On Apr 25, 2020, at 8:49 PM, Michael Van Canneyt
> wrote:
>
> It will run on a server that never installed lazarus.
Excellent. Where are the caches kept btw? I thought they were in the Lazarus
directory but I guess not.
Regards,
Ryan Joseph
___
> On Apr 24, 2020, at 3:10 AM, Joost van der Sluis wrote:
>
> I'm working on the support of the debug-adapter-protocol for fpDebug. It's
> quite easy to implement, as there already is a json-based tcp/ip interface.
> (https://microsoft.github.io/debug-adapter-protocol)
I use the debugger in
On 23/04/2020 22:10, Joost van der Sluis wrote:
But maybe it should become a separate package now. Lazarus can use is
as a dependency. We'll see.
That would then reverse the burden
As it is part of bigide, it must be shipped with the installer.
And also having it in the Lazarus repro means
On Sat, 25 Apr 2020, Ryan Joseph via fpc-pascal wrote:
On Apr 25, 2020, at 7:48 PM, Mattias Gaertner via fpc-pascal
wrote:
It's gpl/lgpl. Feel free to use parts.
sure, but does it does it depend on other systems which are installed from
Lazarus or will a stand-alone binary run on a sy
> On Apr 25, 2020, at 7:48 PM, Mattias Gaertner via fpc-pascal
> wrote:
>
> It's gpl/lgpl. Feel free to use parts.
sure, but does it does it depend on other systems which are installed from
Lazarus or will a stand-alone binary run on a system that never installed
Lazarus?
Regards,
On Sat, 25 Apr 2020 19:43:32 +0700
Ryan Joseph via fpc-pascal wrote:
> Is the following line something which can be cached? Currently this
> is going to be called very often but is it an expensive operation?
> Not sure what it does exactly
>
> Code := CodeToolBoss.FindFile(URI.Path + URI.Doc
On Sat, 25 Apr 2020 19:29:41 +0700
Ryan Joseph via fpc-pascal wrote:
>[...]
> Since we're so invested in code tools now what is actually required
> for users in terms of Lazarus? Can we just package a single binary
> which links to code tools or do users need to install an entire
> Lazarus setup?
Is the following line something which can be cached? Currently this is going to
be called very often but is it an expensive operation? Not sure what it does
exactly
Code := CodeToolBoss.FindFile(URI.Path + URI.Document);
Regards,
Ryan Joseph
> On Apr 25, 2020, at 6:51 PM, Mattias Gaertner via fpc-pascal
> wrote:
>
> Hmm. Maybe "make distclean" does not remove all files. I wish, you had
> kept a copy.
It'll probably happen again. ;)
Since we're so invested in code tools now what is actually required for users
in terms of Lazarus
On Fri, 24 Apr 2020 15:55:44 +0700
Ryan Joseph via fpc-pascal wrote:
> > On Apr 24, 2020, at 3:32 PM, Mattias Gaertner via fpc-pascal
> > wrote:
> >
> > Are there any ppu files left after "make distclean"?
>
> I just trashed the entire thing and started over. It was easier that
> way, much e
Op 25-04-2020 om 05:53 schreef Ryan Joseph via fpc-pascal
In the FPC streaming system with published properties, what type do I use for
an array of strings? I've tried TStringList and TCollection but they give me
errors like:
:: <~~ pascal-language-server 1: {'message': ' : Unsupported JSON ty
On Sat, 25 Apr 2020 09:02:50 +0200
Mattias Gaertner via fpc-pascal wrote:
> On Sat, 25 Apr 2020 12:03:55 +0700
> Ryan Joseph via fpc-pascal wrote:
>
> > I have FindCodeContext working correctly I believe because ProcName
> > from TCodeContextInfo returns the correct name of the function. In
> >
> On Apr 25, 2020, at 2:02 PM, Mattias Gaertner via fpc-pascal
> wrote:
>
>> I have FindCodeContext working correctly I believe because ProcName
>> from TCodeContextInfo returns the correct name of the function. In
>> TCodeContextInfoItem the params string list is nil though. Shouldn't
>> that
On Sat, 25 Apr 2020 12:03:55 +0700
Ryan Joseph via fpc-pascal wrote:
> I have FindCodeContext working correctly I believe because ProcName
> from TCodeContextInfo returns the correct name of the function. In
> TCodeContextInfoItem the params string list is nil though. Shouldn't
> that contain the
19 matches
Mail list logo
