Re: Ann: SWI-Prolog 7.1.9

"Jose F. Morales" <[email protected]>
Newsgroups gmane.comp.ai.prolog.swi
Message-ID <CAEdsdLcE5YF1QGZg6w7DbA1Sz5i6OY4xg8fjVvQk64XvvR=hKw@mail.gmail.com>
On Thu, Feb 27, 2014 at 11:03 AM, Jan Wielemaker <[email protected]> wrote:

> Hi Jos,
>
> On 02/27/2014 12:38 AM, Jos De Roo wrote:
>
>> Hi Jan,
>>
>> With the attached file graph.n3p we get
>> $ swipl -f graph.n3p -g halt
>> % graph.n3p compiled 2.21 sec, 100,103 clauses
>>
>> Compared to version 6.6.1 this is a speed drop of 38%
>> $ swipl -f graph.n3p -g halt
>> % graph.n3p compiled 1.60 sec, 100,103 clauses
>>
>
> The original file didn't make it to the list because of
> the long attachment, but that doesn't matter too much.
>
> Yes, compilation in 7.x is slower.  This is because there
> is more support for term/goal expansion/4, which includes
> translation the source location information.  The second
> reason is that the functional notation support requires
> analyzing the source in more depth.
>
> If you want best speed for loading big Prolog data files,
> load them using a read/assert loop and finally call
> compile_predicates/1 to make the code static.  So,
>

Hi Jan,

Congratulations for the new release.

Is functional notation optional? (in the sense of module/3 declarations of
Ciao)
If so, does disabling functional notation alleviate compilation overheads?

Is there any subset of SWI functional notation that is compatible with
Ciao's fsyntax?

Thanks

-- 
Jose
-------------- next part --------------
HTML attachment scrubbed and removed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.