opencog-dev team mailing list archive

["Joel Pitt" <joel.pitt@xxxxxxxxx>]

Ari,

Sounds like what I was getting when I first started with putting PLN
in OpenCog! Those template error messages suck - one'd think compilers
had come to a point where they could take into account typedefs and
refer to template instances using those, instead of spouting headache
inducing screeds of text (at the least there should be a command line
option to allow manual aliasing - if anyone on the list knows of
something like this then please let me know)

I'm not sure how Novamente compiles these days or how it differs from
OpenCog in relation to compilation. I briefly tried to compile
Novamente but gave up after a couple of errors since it wasn't crucial
to what I'm working on.

Having spent a long time translating the PLN template errors, I could
possibly look at the linking output and see if it's something I've
seen before... since, in the best case, just a few changes can resolve
many errors.

The screencasts would certainly be appreciated. Thanks!

J

On Wed, Aug 20, 2008 at 5:54 AM, Ari Heljakka
<ari.heljakka@xxxxxxxxxxxxxx> wrote:
> Joel,
>
> once I finally got to the linking stage, MSVS finds 104 errors and then
> crashes. It may be due to some of the very long template error messages.
>
> I used to compile novamente code without serious problems in spring 2007.
> Perhaps the OpenCog has added some special extra complication there... I've
> never seen anything like this with MSVS; I'm using the 2005 version.
>
> Anyway, since I'm not going to be helpful with the code anytime soon, I'll
> prioritize giving you some of those screencasts regarding the most important
> PLN classes.
>
> -A
>
> Joel Pitt wrote:
>>
>> Still working on compiling it? Sorry it's a pain :/
>>
>> In the BZR branch I've recently added a function stub to add atoms in
>> dummy contexts and hopefully will get this done by the end of the
>> week. I'm somewhat confident about what I have to do to allow the
>> addition of atoms emulating fresh functionality, but a little hazy on
>> how to provide the recall of those atoms since instead of handle
>> they'll also need a version handle (or the index of the dummy context
>> used).
>>
>> J
>
>