From elliottslaughter at gmail.com  Sat Aug 15 17:47:23 2009
From: elliottslaughter at gmail.com (Elliott Slaughter)
Date: Sat, 15 Aug 2009 10:47:23 -0700
Subject: [cl-store-devel] CL-STORE on ECL
Message-ID: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>

Hi,

When I try to compile CL-STORE on ECL 9.8.3 (both on Linux and Windows), I
get the following error:

;;; Invoking external command:
;;;   gcc -o
"/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.fas"
-L"/usr/local/lib/" "/tmp/ECLINITwoLr1d.o"
"/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.o"  -shared
-lecl  -lgmp -ldl  -lm
;;; Loading
"/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.fas"

Cannot find out entry point for binary file
/home/elliott/Programming/Lisp/asdf/cl-store/ecl/custom.o
Available restarts:

1. (QUIT-DEBUGGER) Quit debugger level 1.
2. (TRY-RECOMPILING) Try recompiling custom
3. (RETRY) Retry performing #<ASDF:COMPILE-OP NIL 21887856> on
#<CL-STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120>.
4. (ACCEPT) Continue, treating #<ASDF:COMPILE-OP NIL 21887856> on
#<CL-STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120> as having
been successful.
5. (RESTART-TOPLEVEL) Go back to Top-Level REPL.

Broken at SI:BYTECODES. [Evaluation of: (ASDF:OOS 'ASDF:LOAD-OP :CL-STORE)]
>>

Any help resolving this error would be appreciated.

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090815/b2ce636f/attachment.html>

From rosssd at gmail.com  Sat Aug 15 19:40:38 2009
From: rosssd at gmail.com (Sean Ross)
Date: Sat, 15 Aug 2009 20:40:38 +0100
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
Message-ID: <448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>

Hi Elliot,

   I've just tried loading cl-store in ECL 9.8.4 and haven't had any  
problems. What are you using
   to  load it? Have you tried it in other versions of ECL?


- sean


On 15 Aug 2009, at 18:47, Elliott Slaughter wrote:

> Hi,
>
> When I try to compile CL-STORE on ECL 9.8.3 (both on Linux and  
> Windows), I get the following error:
>
> ;;; Invoking external command:
> ;;;   gcc -o "/home/elliott/Programming/Lisp/asdf/cl-store/default- 
> backend.fas" -L"/usr/local/lib/" "/tmp/ECLINITwoLr1d.o" "/home/ 
> elliott/Programming/Lisp/asdf/cl-store/default-backend.o"  - 
> shared    -lecl  -lgmp -ldl  -lm
> ;;; Loading "/home/elliott/Programming/Lisp/asdf/cl-store/default- 
> backend.fas"
>
> Cannot find out entry point for binary file /home/elliott/ 
> Programming/Lisp/asdf/cl-store/ecl/custom.o
> Available restarts:
>
> 1. (QUIT-DEBUGGER) Quit debugger level 1.
> 2. (TRY-RECOMPILING) Try recompiling custom
> 3. (RETRY) Retry performing #<ASDF:COMPILE-OP NIL 21887856> on #<CL- 
> STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120>.
> 4. (ACCEPT) Continue, treating #<ASDF:COMPILE-OP NIL 21887856> on  
> #<CL-STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120> as  
> having been successful.
> 5. (RESTART-TOPLEVEL) Go back to Top-Level REPL.
>
> Broken at SI:BYTECODES. [Evaluation of: (ASDF:OOS 'ASDF:LOAD-OP :CL- 
> STORE)]
> >>
>
> Any help resolving this error would be appreciated.
>
> -- 
> Elliott Slaughter
>
> "Don't worry about what anybody else is going to do. The best way to  
> predict the future is to invent it." - Alan Kay
> _______________________________________________
> cl-store-devel mailing list
> cl-store-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/cl-store-devel




From elliottslaughter at gmail.com  Sun Aug 16 03:33:55 2009
From: elliottslaughter at gmail.com (Elliott Slaughter)
Date: Sat, 15 Aug 2009 20:33:55 -0700
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
Message-ID: <42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>

I just did a fresh build of ECL from cvs on Linux x86 (configured with no
special params), and got the same error. All I am doing to load it is
(asdf:oos 'asdf:load-op :cl-store).

The only differences between 9.8.3 and 9.8.4 are a couple of fixes for
Windows which shouldn't affect these results at all.

I have tried CL-STORE from darcs and release 0.8.9.

What system/version/configure params work for you?

On Sat, Aug 15, 2009 at 12:40 PM, Sean Ross <rosssd at gmail.com> wrote:

> Hi Elliot,
>
>  I've just tried loading cl-store in ECL 9.8.4 and haven't had any
> problems. What are you using
>  to  load it? Have you tried it in other versions of ECL?
>
>
> - sean
>
>
>
> On 15 Aug 2009, at 18:47, Elliott Slaughter wrote:
>
>  Hi,
>>
>> When I try to compile CL-STORE on ECL 9.8.3 (both on Linux and Windows), I
>> get the following error:
>>
>> ;;; Invoking external command:
>> ;;;   gcc -o
>> "/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.fas"
>> -L"/usr/local/lib/" "/tmp/ECLINITwoLr1d.o"
>> "/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.o"  -shared
>>  -lecl  -lgmp -ldl  -lm
>> ;;; Loading
>> "/home/elliott/Programming/Lisp/asdf/cl-store/default-backend.fas"
>>
>> Cannot find out entry point for binary file
>> /home/elliott/Programming/Lisp/asdf/cl-store/ecl/custom.o
>> Available restarts:
>>
>> 1. (QUIT-DEBUGGER) Quit debugger level 1.
>> 2. (TRY-RECOMPILING) Try recompiling custom
>> 3. (RETRY) Retry performing #<ASDF:COMPILE-OP NIL 21887856> on
>> #<CL-STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120>.
>> 4. (ACCEPT) Continue, treating #<ASDF:COMPILE-OP NIL 21887856> on
>> #<CL-STORE.SYSTEM:NON-REQUIRED-FILE "custom" "cl-store" 23139120> as having
>> been successful.
>> 5. (RESTART-TOPLEVEL) Go back to Top-Level REPL.
>>
>> Broken at SI:BYTECODES. [Evaluation of: (ASDF:OOS 'ASDF:LOAD-OP
>> :CL-STORE)]
>> >>
>>
>> Any help resolving this error would be appreciated.
>>
>> --
>> Elliott Slaughter
>>
>> "Don't worry about what anybody else is going to do. The best way to
>> predict the future is to invent it." - Alan Kay
>> _______________________________________________
>> cl-store-devel mailing list
>> cl-store-devel at common-lisp.net
>> http://common-lisp.net/cgi-bin/mailman/listinfo/cl-store-devel
>>
>
>


-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090815/a6b73a51/attachment.html>

From rosssd at gmail.com  Mon Aug 17 08:23:39 2009
From: rosssd at gmail.com (Sean Ross)
Date: Mon, 17 Aug 2009 09:23:39 +0100
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
Message-ID: <D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>


On 16 Aug 2009, at 04:33, Elliott Slaughter wrote:

> I just did a fresh build of ECL from cvs on Linux x86 (configured  
> with no special params), and got the same error. All I am doing to  
> load it is (asdf:oos 'asdf:load-op :cl-store).
>
> The only differences between 9.8.3 and 9.8.4 are a couple of fixes  
> for Windows which shouldn't affect these results at all.
>
> I have tried CL-STORE from darcs and release 0.8.9.
>
> What system/version/configure params work for you?

It appears that the problem is that the code for non-required-file  
isn't working as I would hope
under ECL.

Can you add try using the following asdf file and let me know how you  
get along.

- sean.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: cl-store.asd
Type: application/octet-stream
Size: 2473 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/0a8a0ceb/attachment.obj>
-------------- next part --------------


From elliottslaughter at gmail.com  Mon Aug 17 15:26:40 2009
From: elliottslaughter at gmail.com (Elliott Slaughter)
Date: Mon, 17 Aug 2009 08:26:40 -0700
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
	<D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
Message-ID: <42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>

On Mon, Aug 17, 2009 at 1:23 AM, Sean Ross <rosssd at gmail.com> wrote:

>
> On 16 Aug 2009, at 04:33, Elliott Slaughter wrote:
>
>  I just did a fresh build of ECL from cvs on Linux x86 (configured with no
>> special params), and got the same error. All I am doing to load it is
>> (asdf:oos 'asdf:load-op :cl-store).
>>
>> The only differences between 9.8.3 and 9.8.4 are a couple of fixes for
>> Windows which shouldn't affect these results at all.
>>
>> I have tried CL-STORE from darcs and release 0.8.9.
>>
>> What system/version/configure params work for you?
>>
>
> It appears that the problem is that the code for non-required-file isn't
> working as I would hope
> under ECL.
>
> Can you add try using the following asdf file and let me know how you get
> along.
>

When I try it on ECL 9.8.4/MinGW, it freezes in trying to load package.fas.

; registering #<SYSTEM CL-STORE 18733408> as CL-STORE
; registering #<SYSTEM CL-STORE-TESTS 18845104> as CL-STORE-TESTS
;;; Compiling C:/bin/asdf/cl-store/package.lisp.
;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=0
;;; End of Pass 1.
;;; Note: Creating tag: "_eclegFoO1J9_jhW6Duy" for
#P"C:/bin/asdf/cl-store/packa
ge.o"
;;; Note: Invoking external command:
;;;   gcc "-Ic:/bin/ecl"  -g -O2   -Dmingw32 -O -w -c
"C:/bin/asdf/cl-store/pack
age.c" -o "C:/bin/asdf/cl-store/package.o"
;;; Finished compiling C:/bin/asdf/cl-store/package.lisp.
;;; Note: Scanning #P"C:/bin/asdf/cl-store/package.o"
;;; Note: Found tag: "_eclegFoO1J9_jhW6Duy" for
C:/bin/asdf/cl-store/package.o
;;; Note: Invoking external command:
;;;   gcc "-Ic:/bin/ecl"  -g -O2   -Dmingw32 -O -w -c
"C:/DOCUME~1/ESLAUG~1/LOCA
LS~1/Temp/ECLCA3.c" -o "C:/DOCUME~1/ESLAUG~1/LOCALS~1/Temp/ECLCA3.o"
;;; Note: Invoking external command:
;;;   gcc -shared -o "C:/bin/asdf/cl-store/package.fas"
-Wl,--export-all-symbols
 -L"c:/bin/ecl" "C:/DOCUME~1/ESLAUG~1/LOCALS~1/Temp/ECLCA3.o"
"C:/bin/asdf/cl-st
ore/package.o"      -lecl    -lm -lws2_32
;;; Loading "C:/bin/asdf/cl-store/package.fas"

[... ECL freezes and becomes unresponsive ...]

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/ba16814f/attachment.html>

From rosssd at gmail.com  Mon Aug 17 15:51:40 2009
From: rosssd at gmail.com (Sean Ross)
Date: Mon, 17 Aug 2009 16:51:40 +0100
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
	<D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
	<42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>
Message-ID: <9CF1E8EF-1230-4428-B314-BA359F1AD59A@gmail.com>

Have you tried contacting the ECL mailing list with this?
The only change in the ASDF file was conditionalizing the cusom.lisp  
form with a #-ecl and I
see no reason why that should break compilation of other files.

Unfortunately package.lisp doesn't do anything special and I have no  
idea why ECL
would refuse to load a compiled version of the file.

Have you tried a remove the generated fasl's and compiling in a fresh  
image?
I'm afraid that's the best I have.



On 17 Aug 2009, at 16:26, Elliott Slaughter wrote:

> On Mon, Aug 17, 2009 at 1:23 AM, Sean Ross <rosssd at gmail.com> wrote:
>
> On 16 Aug 2009, at 04:33, Elliott Slaughter wrote:
>
> I just did a fresh build of ECL from cvs on Linux x86 (configured  
> with no special params), and got the same error. All I am doing to  
> load it is (asdf:oos 'asdf:load-op :cl-store).
>
> The only differences between 9.8.3 and 9.8.4 are a couple of fixes  
> for Windows which shouldn't affect these results at all.
>
> I have tried CL-STORE from darcs and release 0.8.9.
>
> What system/version/configure params work for you?
>
> It appears that the problem is that the code for non-required-file  
> isn't working as I would hope
> under ECL.
>
> Can you add try using the following asdf file and let me know how  
> you get along.
>
> When I try it on ECL 9.8.4/MinGW, it freezes in trying to load  
> package.fas.
>
> ; registering #<SYSTEM CL-STORE 18733408> as CL-STORE
> ; registering #<SYSTEM CL-STORE-TESTS 18845104> as CL-STORE-TESTS
> ;;; Compiling C:/bin/asdf/cl-store/package.lisp.
> ;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=0
> ;;; End of Pass 1.
> ;;; Note: Creating tag: "_eclegFoO1J9_jhW6Duy" for #P"C:/bin/asdf/cl- 
> store/packa
> ge.o"
> ;;; Note: Invoking external command:
> ;;;   gcc "-Ic:/bin/ecl"  -g -O2   -Dmingw32 -O -w -c "C:/bin/asdf/ 
> cl-store/pack
> age.c" -o "C:/bin/asdf/cl-store/package.o"
> ;;; Finished compiling C:/bin/asdf/cl-store/package.lisp.
> ;;; Note: Scanning #P"C:/bin/asdf/cl-store/package.o"
> ;;; Note: Found tag: "_eclegFoO1J9_jhW6Duy" for C:/bin/asdf/cl-store/ 
> package.o
> ;;; Note: Invoking external command:
> ;;;   gcc "-Ic:/bin/ecl"  -g -O2   -Dmingw32 -O -w -c "C:/DOCUME~1/ 
> ESLAUG~1/LOCA
> LS~1/Temp/ECLCA3.c" -o "C:/DOCUME~1/ESLAUG~1/LOCALS~1/Temp/ECLCA3.o"
> ;;; Note: Invoking external command:
> ;;;   gcc -shared -o "C:/bin/asdf/cl-store/package.fas" -Wl,--export- 
> all-symbols
>  -L"c:/bin/ecl" "C:/DOCUME~1/ESLAUG~1/LOCALS~1/Temp/ECLCA3.o" "C:/ 
> bin/asdf/cl-st
> ore/package.o"      -lecl    -lm -lws2_32
> ;;; Loading "C:/bin/asdf/cl-store/package.fas"
>
> [... ECL freezes and becomes unresponsive ...]
>
> -- 
> Elliott Slaughter
>
> "Don't worry about what anybody else is going to do. The best way to  
> predict the future is to invent it." - Alan Kay

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/bf7b9e4e/attachment.html>

From elliottslaughter at gmail.com  Mon Aug 17 16:01:24 2009
From: elliottslaughter at gmail.com (Elliott Slaughter)
Date: Mon, 17 Aug 2009 09:01:24 -0700
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <9CF1E8EF-1230-4428-B314-BA359F1AD59A@gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
	<D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
	<42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>
	<9CF1E8EF-1230-4428-B314-BA359F1AD59A@gmail.com>
Message-ID: <42c0ab790908170901w7e66739m3591e7174a90421c@mail.gmail.com>

On Mon, Aug 17, 2009 at 8:51 AM, Sean Ross <rosssd at gmail.com> wrote:

> Have you tried contacting the ECL mailing list with this?The
> only change in the ASDF file was conditionalizing the cusom.lisp form with a #-ecl
> and I
> see no reason why that should break compilation of other files.
>
> Unfortunately package.lisp doesn't do anything special and I have no idea
> why ECL
> would refuse to load a compiled version of the file.
>
> Have you tried a remove the generated fasl's and compiling in a fresh
> image?
> I'm afraid that's the best I have.
>

Oops, I was using ECL inside Cygwin instead of MinGW. Sorry for the noise.

I do get the following errors in the test suite though. (I don't know if
these are expected errors or not.)

14 out of 113 total tests failed: CHAR.4, STRING.4, VECTOR.3,
STANDARD-OBJECT.1,
 STANDARD-OBJECT.2,
   STANDARD-OBJECT.3, STANDARD-OBJECT.4, STANDARD-CLASS.1,
   STANDARD-CLASS.2, STANDARD-CLASS.3, CONDITION.1, CONDITION.2, CIRC.5,
   CIRC.13.

-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/66946baf/attachment.html>

From rosssd at gmail.com  Mon Aug 17 19:28:53 2009
From: rosssd at gmail.com (Sean Ross)
Date: Mon, 17 Aug 2009 20:28:53 +0100
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <42c0ab790908170901w7e66739m3591e7174a90421c@mail.gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
	<D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
	<42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>
	<9CF1E8EF-1230-4428-B314-BA359F1AD59A@gmail.com>
	<42c0ab790908170901w7e66739m3591e7174a90421c@mail.gmail.com>
Message-ID: <AE53266C-EE91-46E3-9866-0EF23C91A0F5@gmail.com>

I wouldn't expect tests to fail and unfortunately do not have the time  
to track all of them down.
The worst offender here is the failures of the standard-object cases  
which can be resolved
by adding #:slot-definition-name to the ECL imports in package.lisp  
(or by using the attached package.lisp file)


- sean



On 17 Aug 2009, at 17:01, Elliott Slaughter wrote:

> On Mon, Aug 17, 2009 at 8:51 AM, Sean Ross <rosssd at gmail.com> wrote:
> Have you tried contacting the ECL mailing list with this?
> The only change in the ASDF file was conditionalizing the cusom.lisp  
> form with a #-ecl and I
> see no reason why that should break compilation of other files.
>
> Unfortunately package.lisp doesn't do anything special and I have no  
> idea why ECL
> would refuse to load a compiled version of the file.
>
> Have you tried a remove the generated fasl's and compiling in a  
> fresh image?
> I'm afraid that's the best I have.
>
> Oops, I was using ECL inside Cygwin instead of MinGW. Sorry for the  
> noise.
>
> I do get the following errors in the test suite though. (I don't  
> know if these are expected errors or not.)
>
> 14 out of 113 total tests failed: CHAR.4, STRING.4, VECTOR.3,  
> STANDARD-OBJECT.1,
>  STANDARD-OBJECT.2,
>    STANDARD-OBJECT.3, STANDARD-OBJECT.4, STANDARD-CLASS.1,
>    STANDARD-CLASS.2, STANDARD-CLASS.3, CONDITION.1, CONDITION.2,  
> CIRC.5,
>    CIRC.13.
>
> -- 
> Elliott Slaughter
>
> "Don't worry about what anybody else is going to do. The best way to  
> predict the future is to invent it." - Alan Kay

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/b136726b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: package.lisp
Type: application/octet-stream
Size: 8679 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/b136726b/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/b136726b/attachment-0001.html>

From elliottslaughter at gmail.com  Mon Aug 17 19:41:47 2009
From: elliottslaughter at gmail.com (Elliott Slaughter)
Date: Mon, 17 Aug 2009 12:41:47 -0700
Subject: [cl-store-devel] CL-STORE on ECL
In-Reply-To: <AE53266C-EE91-46E3-9866-0EF23C91A0F5@gmail.com>
References: <42c0ab790908151047u51d5a629y8d69397d6893a3ef@mail.gmail.com>
	<448BE066-6E0A-4981-9D4D-4532BD718317@gmail.com>
	<42c0ab790908152033u2958ea3ufcde6637327a35dd@mail.gmail.com>
	<D5D3391E-0F79-44BD-BCD1-47D0DC641882@gmail.com>
	<42c0ab790908170826y36e39da8x50c0e65c0b5acfa8@mail.gmail.com>
	<9CF1E8EF-1230-4428-B314-BA359F1AD59A@gmail.com>
	<42c0ab790908170901w7e66739m3591e7174a90421c@mail.gmail.com>
	<AE53266C-EE91-46E3-9866-0EF23C91A0F5@gmail.com>
Message-ID: <42c0ab790908171241s597ddb21l6105504b097662c4@mail.gmail.com>

On Mon, Aug 17, 2009 at 12:28 PM, Sean Ross <rosssd at gmail.com> wrote:

> I wouldn't expect tests to fail and unfortunately do not have the time to
> track all of them down.
> The worst offender here is the failures of the standard-object cases which can be resolved
>
> by adding #:slot-definition-name to the ECL imports in package.lisp (or by using the attached package.lisp file)
>

Ok, now only 7 tests fail. I have attached the test results just in case
they interest you.

On 17 Aug 2009, at 17:01, Elliott Slaughter wrote:
>
> On Mon, Aug 17, 2009 at 8:51 AM, Sean Ross <rosssd at gmail.com> wrote:
>
>> Have you tried contacting the ECL mailing list with this?The
>> only change in the ASDF file was conditionalizing the cusom.lisp form with a #-ecl
>> and I
>> see no reason why that should break compilation of other files.
>>
>> Unfortunately package.lisp doesn't do anything special and I have no idea
>> why ECL
>> would refuse to load a compiled version of the file.
>>
>> Have you tried a remove the generated fasl's and compiling in a fresh
>> image?
>> I'm afraid that's the best I have.
>>
>
> Oops, I was using ECL inside Cygwin instead of MinGW. Sorry for the noise.
>
> I do get the following errors in the test suite though. (I don't know if
> these are expected errors or not.)
>
> 14 out of 113 total tests failed: CHAR.4, STRING.4, VECTOR.3,
> STANDARD-OBJECT.1,
>  STANDARD-OBJECT.2,
>    STANDARD-OBJECT.3, STANDARD-OBJECT.4, STANDARD-CLASS.1,
>    STANDARD-CLASS.2, STANDARD-CLASS.3, CONDITION.1, CONDITION.2, CIRC.5,
>    CIRC.13.
>
> --
> Elliott Slaughter
>
> "Don't worry about what anybody else is going to do. The best way to
> predict the future is to invent it." - Alan Kay
>
>
>
>


-- 
Elliott Slaughter

"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." - Alan Kay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-store-devel/attachments/20090817/324832a0/attachment.html>
-------------- next part --------------
Doing 113 pending tests of 113 tests total.
 INTEGER.1 INTEGER.2 INTEGER.3 INTEGER.4 INTEGER.5 INTEGER.6 INTEGER.7
 RATIO.1 RATIO.2 RATIO.3 RATIO.4 RATIO.5 COMPLEX.1 COMPLEX.2 COMPLEX.3
 COMPLEX.4 COMPLEX.5 COMPLEX.6 SINGLE-FLOAT.1 SINGLE-FLOAT.2
 SINGLE-FLOAT.3 SINGLE-FLOAT.4 SINGLE-FLOAT.5 DOUBLE-FLOAT.1
 DOUBLE-FLOAT.2 DOUBLE-FLOAT.3 DOUBLE-FLOAT.4 DOUBLE-FLOAT.5
 DOUBLE-FLOAT.6 CHAR.1 CHAR.2 CHAR.3
Test CHAR.4 failed
Form: (RESTORES (CODE-CHAR 255))
Expected value: T
Actual value: #<a TYPE-ERROR>.
 STRING.1 STRING.2 STRING.3
Test STRING.4 failed
Form: (RESTORES
       (MAKE-ARRAY 10
                   :INITIAL-ELEMENT
                   #\f
                   :ELEMENT-TYPE
                   'CHARACTER
                   :FILL-POINTER
                   3))
Expected value: T
Actual value: NIL.
 VECTOR.1 VECTOR.2
Test VECTOR.3 failed
Form: (RESTORES
       (MAKE-ARRAY 5
                   :ELEMENT-TYPE
                   'FIXNUM
                   :FILL-POINTER
                   2
                   :INITIAL-CONTENTS
                   (LIST 1 2 3 4 5)))
Expected value: T
Actual value: NIL.
 VECTOR.4 VECTOR.5 VECTOR.6 VECTOR.OCTET.1 ARRAY.1 ARRAY.2 ARRAY.3
 ARRAY.4 ARRAY.5 SYMBOL.1 SYMBOL.2 SYMBOL.3 SYMBOL.4 SYMBOL.5 SYMBOL.6
 SYMBOL.7 GENSYM.1 GENSYM.2 CONS.1 CONS.2 CONS.3 CONS.4 CONS.5 CONS.6
 CONS.7 PACKAGE.1 PACKAGE.2 STANDARD-OBJECT.1 STANDARD-OBJECT.2
Test STANDARD-OBJECT.3 failed
Form: (LET ((*STORE-CLASS-SLOTS* NIL) (VAL (MAKE-INSTANCE 'BAZ :Z 9)))
        (STORE VAL *TEST-FILE*)
        (MAKE-INSTANCE 'BAZ :Z 2)
        (= (GET-Z (RESTORE *TEST-FILE*)) 2))
Expected value: T
Actual value: #<a STORE-ERROR>.
 STANDARD-OBJECT.4
Test STANDARD-CLASS.1 failed
Form: (PROGN (STORE (FIND-CLASS 'FOO) *TEST-FILE*) (RESTORE *TEST-FILE*) T)
Expected value: T
Actual value: #<a STORE-ERROR>.
Test STANDARD-CLASS.2 failed
Form: (PROGN (STORE (FIND-CLASS 'BAR) *TEST-FILE*) (RESTORE *TEST-FILE*) T)
Expected value: T
Actual value: #<a STORE-ERROR>.
Test STANDARD-CLASS.3 failed
Form: (PROGN (STORE (FIND-CLASS 'BAZ) *TEST-FILE*) (RESTORE *TEST-FILE*) T)
Expected value: T
Actual value: #<a STORE-ERROR>.
 CONDITION.1 CONDITION.2 SETF.1 SETF.2 SETF.3 PATHNAME.1 PATHNAME.2
 PATHNAME.3 BUILT-IN.1 BUILT-IN.2 FIND-BACKEND.1 FIND-BACKEND.2
 FIND-BACKEND.3 CIRC.1 CIRC.2 CIRC.3 CIRC.4 CIRC.5 CIRC.6 CIRC.8 CIRC.9
 CIRC.10 CIRC.11 CIRC.12 CIRC.13 CIRC.14 CIRC.15 CIRC.16 LARGE.1 LARGE.2
 CORRECT.LIST.1 CUSTOM.1 FUNCTION.1 FUNCTION.2 GFUNCTION.1 GFUNCTION.2
 GFUNCTION.3 NOCIRC.1 SERIALIZATION-UNIT.1
7 out of 113 total tests failed: CHAR.4, STRING.4, VECTOR.3, STANDARD-OBJECT.3,
STANDARD-CLASS.1,
   STANDARD-CLASS.2, STANDARD-CLASS.3.
NIL