From f9cef2aa at yandex.ru  Fri Jan 29 07:28:18 2010
From: f9cef2aa at yandex.ru (Michael Raskin)
Date: Fri, 29 Jan 2010 10:28:18 +0300
Subject: [cells-devel] Cells-devel: allow ECL support
Message-ID: <4B628E12.7060202@yandex.ru>

		Hello.
	I have some interest in simplifying installation of Cells-GTK on as
wide range of platforms as possible (from the "expansive" point-of-view:
I have a perfectly fine installation of Cells-GTK on SBCL on Linux on my
notebook).
	The attached patch enables ECL support in Ramarren cells fork. It
actually does nothing except noting that ECL uses :clos package for MOP.
I hope it will be included in master branch somewhen soon..
	(cells::test-cells) gives no Cells errors (dribble errors do not count,
right?).

	Thanks
Michael Raskin
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cells.patch
URL: <https://mailman.common-lisp.net/pipermail/cells-devel/attachments/20100129/87677ef4/attachment.ksh>

From f9cef2aa at yandex.ru  Fri Jan 29 08:59:20 2010
From: f9cef2aa at yandex.ru (Michael Raskin)
Date: Fri, 29 Jan 2010 11:59:20 +0300
Subject: [cells-devel] Cells-devel: allow ECL support
In-Reply-To: <b840f45d1001290040v41d19b79wf4de648278e1aec1@mail.gmail.com>
References: <4B628E12.7060202@yandex.ru>
	<b840f45d1001290040v41d19b79wf4de648278e1aec1@mail.gmail.com>
Message-ID: <4B62A368.2060207@yandex.ru>

On 01/29/2010 11:40 AM, Ramarren wrote:
> Hello,
> 
> I pushed your patch to GitHub. I also tried running cells-gtk3 demo
> application on ECL, and it ran after I eliminated remains of UFFI
> dependency, since cffi-uffi-compat doesn't load. I pushed those fixes

I am currently convincing CFFI maintainers to accept either of two
two-line fixes for that UFFI dependency..

> also (although I'm not sure if ALLOC-COL-TYPE-BUFFER shouldn't be just
> deleted, since it seems to be either exported or used), and changed (/
> 3 0) in test application, since ECL just refused to compile it.

I guess you can just replace it with eval. Although that may lead to ECL
wanting GCC.

> The only problem left is that cl-glut sometimes throws a package error
> (something with exporting SPECIAL), but it works on RETRY.

I currently fail to understand what they are doing wrong. I fail to make
sense of Common Lisp standard meaning of their shadow statement.



From ramarren at gmail.com  Fri Jan 29 08:40:50 2010
From: ramarren at gmail.com (Ramarren)
Date: Fri, 29 Jan 2010 09:40:50 +0100
Subject: [cells-devel] Cells-devel: allow ECL support
In-Reply-To: <4B628E12.7060202@yandex.ru>
References: <4B628E12.7060202@yandex.ru>
Message-ID: <b840f45d1001290040v41d19b79wf4de648278e1aec1@mail.gmail.com>

Hello,

I pushed your patch to GitHub. I also tried running cells-gtk3 demo
application on ECL, and it ran after I eliminated remains of UFFI
dependency, since cffi-uffi-compat doesn't load. I pushed those fixes
also (although I'm not sure if ALLOC-COL-TYPE-BUFFER shouldn't be just
deleted, since it seems to be either exported or used), and changed (/
3 0) in test application, since ECL just refused to compile it.

The only problem left is that cl-glut sometimes throws a package error
(something with exporting SPECIAL), but it works on RETRY.

Regards,
Jakub Higersberger

2010/1/29 Michael Raskin <f9cef2aa at yandex.ru>:
> ? ? ? ? ? ? ? ?Hello.
> ? ? ? ?I have some interest in simplifying installation of Cells-GTK on as
> wide range of platforms as possible (from the "expansive" point-of-view:
> I have a perfectly fine installation of Cells-GTK on SBCL on Linux on my
> notebook).
> ? ? ? ?The attached patch enables ECL support in Ramarren cells fork. It
> actually does nothing except noting that ECL uses :clos package for MOP.
> I hope it will be included in master branch somewhen soon..
> ? ? ? ?(cells::test-cells) gives no Cells errors (dribble errors do not count,
> right?).
>
> ? ? ? ?Thanks
> Michael Raskin
>