[cram-developers] possibility of moving with-designators to ???

Georg Bartels georg.bartels at cs.uni-bremen.de
Thu Jan 16 13:02:42 CET 2014


Hi Lorenz,

fair enough! I will create this new asd-package inside the ROS package
cram-designators.

Cheers,
Georg.

On 01/16/2014 11:37 AM, Lorenz Mösenlechner wrote:
> Hi,
> 
> the reason why with-designators is not defined (anymore) in
> cram_designators is that it depends on cram_language and the designators
> are actually independent of the language. I would prefer to keep it that
> way because designators might be useful although one is not using the cram
> plan language. The fact that the symbol is still exported by
> cram_designators is a bug. The export should actually be removed.
> 
> I agree that with-designators should probably be moved to a different
> place. But I believe that it then should be a separate lisp package, e.g.
> cram-language-designator-support or something like that. Maybe that lisp
> package and the corresponding asdf file could even be part of
> cram_designators. I think it's just important to keep the package (asdf
> file) cram-designators separate from cram-language. Letting the ROS package
> depend on cram_language doesn't seem to be a problem to me.
> 
> Cheers,
> Lorenz
> 
> 
> On Thu, Jan 16, 2014 at 10:45 AM, Georg Bartels <
> georg.bartels at cs.uni-bremen.de> wrote:
> 
>> Hi all,
>>
>> quick question: What are the reasons to have with-designators as part of
>> the plan library? It seems to me like the code is only using designator
>> and cram-language functionality:
>>
>>
>> https://github.com/cram-code/cram_highlevel/blob/master/cram_plan_library/src/with-designators.lisp
>>
>> Shouldn't this be part of cram-core? If yes, I suggest moving the file
>> to a new place because I feel like depending on cram-highlevel for this
>> macro is not worth it. ;) What do you think?
>>
>> Cheers,
>> Georg.
>>
>> P.S.: Curiously, cram-designators is still exporting the symbol
>> with-designators without holding the definition.. Again, I'm wondering
>> why this feature moved.
>>
>> _______________________________________________
>> cram-developers mailing list
>> cram-developers at informatik.uni-bremen.de
>> https://mailman.informatik.uni-bremen.de/mailman/listinfo/cram-developers
>>
> 



More information about the cram-developers mailing list