From: Christophe R. <cs...@ca...> - 2012-09-23 21:12:01
|
Hi all, I intend to release sbcl 1.1 next weekend, if I can work out how to make a version that isn't 1.0.x. In the meantime, testing what is currently in master would be much appreciated -- please let me know what works and what doesn't. Thanks, Christophe |
From: Elliott S. <ell...@gm...> - 2012-09-24 02:33:04
|
Is the sb-introspect contrib supposed to fail to build on Windows? Other than that, the build looks fine. On Sun, Sep 23, 2012 at 2:11 PM, Christophe Rhodes <cs...@ca...> wrote: > Hi all, > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > a version that isn't 1.0.x. In the meantime, testing what is currently > in master would be much appreciated -- please let me know what works and > what doesn't. > > Thanks, > > Christophe > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-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 |
From: Nikodemus S. <nik...@ra...> - 2012-09-24 06:12:10
|
On Monday, September 24, 2012, Christophe Rhodes wrote: > Hi all, > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > a version that isn't 1.0.x. In the meantime, testing what is currently > in master would be much appreciated -- please let me know what works and > what doesn't. Unless there are extensive reports of "looking good", might I suggest at least two week's freeze if we're going to call this 1.1? - nikodemus PS. I took the liberty of widening the distribution a bit, in an effort to find more testers... -- Sent from a tablet, sorry about the top-post and sloppy editing. |
From: Harald Hanche-O. <ha...@ma...> - 2012-09-24 12:11:39
|
I am getting this failure on OS X 10.7.4 (x86_64) built with Xcode 4.4.1: Finished running tests. Status: Failure: debug.impure.lisp / BACKTRACE-INTERRUPTED-CONDITION-WAIT Skipped (broken): debug.impure.lisp / (TRACE ENCAPSULATE NIL) Skipped (broken): debug.impure.lisp / (TRACE-RECURSIVE ENCAPSULATE NIL) Expected failure: packages.impure.lisp / USE-PACKAGE-CONFLICT-SET Expected failure: packages.impure.lisp / IMPORT-SINGLE-CONFLICT (2 tests skipped for this combination of platform and features) test failed, expected 104 return code, got 1 The relevant part of the output is below. I can't get any useful information out of the debugger, perhaps due to the nature of the test itself ... - Harald ; file: /local/src/lisp/sbcl/tests/debug.impure.lisp ; in: ; WITH-TEST (:NAME :BACKTRACE-INTERRUPTED-CONDITION-WAIT :SKIPPED-ON ; '(NOT :SB-THREAD) :FAILS-ON '(AND :X86 :LINUX)) ; (HANDLER-BIND ((TIMEOUT (LAMBDA (C) (ERROR "foo")))) ; (WITH-TIMEOUT 0.1 ; (SB-THREAD:CONDITION-WAIT Q M))) ; --> SB-IMPL::%HANDLER-BIND SB-INT:DX-FLET ; ==> ; (FLET ((#:LAMBDA3 (C) ; (ERROR "foo"))) ; (DECLARE (SB-INT:TRULY-DYNAMIC-EXTENT (FUNCTION #:LAMBDA3))) ; (LET ((SB-KERNEL:*HANDLER-CLUSTERS* (CONS # SB-KERNEL:*HANDLER-CLUSTERS*))) ; (DECLARE (SB-INT:TRULY-DYNAMIC-EXTENT SB-KERNEL:*HANDLER-CLUSTERS*)) ; (PROGN ; (PROGN ; (WITH-TIMEOUT 0.1 ; #))))) ; ; caught STYLE-WARNING: ; The variable C is defined but never used. ; ; compilation unit finished ; caught 1 STYLE-WARNING condition ::: Running :BACKTRACE-INTERRUPTED-CONDITION-WAIT //SB-THREAD:CONDITION-WAIT not in backtrace: ((SB-DEBUG::MAP-BACKTRACE #<CLOSURE # {100455F33B}> :START 0 :COUNT 4611686018427387903) (BACKTRACE-AS-LIST 4611686018427387903) ((FLET #:LAMBDA1 :IN VERIFY-BACKTRACE) #<SIMPLE-ERROR "foo" {100455F303}>) (SIGNAL #<SIMPLE-ERROR "foo" {100455F303}>) (ERROR "foo") ((FLET #:LAMBDA3 :IN #:G632) #<unavailable argument>) (SIGNAL #<TIMEOUT {100455F1A3}>) (CERROR "Continue" TIMEOUT) ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK :IN SB-IMPL::MAKE-CANCELLABLE-INTERRUPTOR)) ((FLET #:WITHOUT-INTERRUPTS-BODY-90477 :IN SB-THREAD::CALL-WITH-RECURSIVE-LOCK)) ((FLET #:WITHOUT-INTERRUPTS-BODY-54508 :IN SB-IMPL::MAKE-CANCELLABLE-INTERRUPTOR)) ((FLET #:WITHOUT-INTERRUPTS-BODY-242844 :IN SB-THREAD:INTERRUPT-THREAD)) ((FLET #:WITHOUT-INTERRUPTS-BODY-28239 :IN SB-SYS:INVOKE-INTERRUPTION)) ((FLET SB-THREAD::EXEC :IN SB-SYS:INVOKE-INTERRUPTION)) ((FLET #:WITHOUT-INTERRUPTS-BODY-28228 :IN SB-SYS:INVOKE-INTERRUPTION)) (SB-SYS:INVOKE-INTERRUPTION #<dynamic-extent: #<CLOSURE (FLET SB-UNIX::INTERRUPTION :IN SB-SYS:ENABLE-INTERRUPT) {19FD9BB}>>) (SB-SYS:INVOKE-INTERRUPTION #<dynamic-extent: #<CLOSURE (FLET SB-UNIX::INTERRUPTION :IN SB-SYS:ENABLE-INTERRUPT) {19FD9BB}>>) ((FLET SB-UNIX::RUN-HANDLER :IN SB-SYS:ENABLE-INTERRUPT) 13 #.(SB-SYS:INT-SAP #X019FDF88) #.(SB-SYS:INT-SAP #X019FDFF0)) ("foreign function: call_into_lisp") ("foreign function: funcall3") ("foreign function: interrupt_handle_now") ("foreign function: maybe_now_maybe_later") ("foreign function: _sigtramp")) (:BACKTRACE-STUNTED NIL) ::: UNEXPECTED-FAILURE :BACKTRACE-INTERRUPTED-CONDITION-WAIT due to #<SIMPLE-ERROR "The assertion ~S failed." {1004570233}>: "The assertion (VERIFY-BACKTRACE (LAMBDA () (SB-THREAD:WITH-MUTEX (M) (HANDLER-BIND ((TIMEOUT (LAMBDA (C) (ERROR "foo")))) (WITH-TIMEOUT 0.1 (SB-THREAD:CONDITION-WAIT Q M))))) `((SB-THREAD:CONDITION-WAIT ,Q ,M :TIMEOUT NIL))) failed." ; file: /local/src/lisp/sbcl/tests/debug.impure.lisp ; in: ; FLET ((OPTIMIZED NIL (DECLARE (OPTIMIZE (SPEED 2) (DEBUG 1))) (/ 42 0)) ; (NOT-OPTIMIZED NIL (DECLARE (OPTIMIZE (SPEED 1) (DEBUG 2))) (/ 42 0)) ; (TEST (FUN) (DECLARE (OPTIMIZE (SPEED 1) (DEBUG 2))) (FUNCALL FUN))) ; (/ 42 0) ; ; caught STYLE-WARNING: ; Lisp error during constant folding: ; arithmetic error DIVISION-BY-ZERO signalled ; Operation was SB-KERNEL::DIVISION, operands (42 0). ; ; caught STYLE-WARNING: ; Lisp error during constant folding: ; arithmetic error DIVISION-BY-ZERO signalled ; Operation was SB-KERNEL::DIVISION, operands (42 0). ; ; compilation unit finished ; caught 2 STYLE-WARNING conditions |
From: David L. <da...@li...> - 2012-09-24 12:36:02
|
Hi, Quoting Elliott Slaughter (ell...@gm...): > Is the sb-introspect contrib supposed to fail to build on Windows? > > Other than that, the build looks fine. no, to my knowledge sb-introspect is not expected to fail (and passes for me). Can you send me the "building-contrib" output file with the error which you are seeing? (Only sb-concurrency is expected to fail its tests -- which will be fixed after the release). d. |
From: Vladimir S. <vs...@gm...> - 2012-09-24 21:38:31
|
I ran cl-test-grid (https://github.com/cl-test-grid/cl-test-grid) on sbcl-1.0.58.52-57c91e4-linux-x86 (current as of Sun Sep 23), and compared to 1.0.55 it passed and failed exactly the same unit tests. So there don't seem to be any regressions (the expected failures are most likely due to bugs in the libraries themselves). Info on what cl-test-grid tests: http://common-lisp.net/project/cl-test-grid/ Vladimir On Mon, Sep 24, 2012 at 8:06 AM, David Lichteblau <da...@li...> wrote: > Hi, > > Quoting Elliott Slaughter (ell...@gm...): >> Is the sb-introspect contrib supposed to fail to build on Windows? >> >> Other than that, the build looks fine. > > no, to my knowledge sb-introspect is not expected to fail (and passes > for me). Can you send me the "building-contrib" output file with the > error which you are seeing? > > (Only sb-concurrency is expected to fail its tests -- which will be > fixed after the release). > > > d. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-devel |
From: David L. <da...@li...> - 2012-09-27 17:02:09
|
Hi Elliott, Quoting David Lichteblau (da...@li...): > Quoting Elliott Slaughter (ell...@gm...): > > Is the sb-introspect contrib supposed to fail to build on Windows? > > > > Other than that, the build looks fine. > > no, to my knowledge sb-introspect is not expected to fail (and passes > for me). Can you send me the "building-contrib" output file with the > error which you are seeing? thanks for your (off-list) testing results. I have entered this as lp1057631 for now. d. |
From: Martin C. <cra...@co...> - 2012-09-24 21:55:04
|
Christophe Rhodes wrote on Sun, Sep 23, 2012 at 10:11:50PM +0100: > Hi all, > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > a version that isn't 1.0.x. In the meantime, testing what is currently > in master would be much appreciated -- please let me know what works and > what doesn't. My toy is happy with thingie as of 1.0.58.52. I think we need to step up our rate of doing crazy things. Not sure why I can't recurse in things used at compile time anymore but nothing that would have cost time to change. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cra...@co...> http://www.cons.org/cracauer/ |
From: Nikodemus S. <nik...@ra...> - 2012-09-25 06:30:05
|
On Tuesday, September 25, 2012, Martin Cracauer wrote: > > I think we need to step up our rate of doing crazy things. 1+ > Not sure why I can't recurse in things used at compile time anymore > but nothing that would have cost time to change. Can you give an example of this? I'm not sure what you mean.. -- Sent from a tablet, sorry about the top-post and sloppy editing. |
From: Martin C. <cra...@co...> - 2012-09-25 15:30:21
|
Nikodemus Siivola wrote on Tue, Sep 25, 2012 at 09:29:58AM +0300: > On Tuesday, September 25, 2012, Martin Cracauer wrote: > > > Not sure why I can't recurse in things used at compile time anymore > > but nothing that would have cost time to change. > > Can you give an example of this? I'm not sure what you mean.. A regular defun, then it goes through what we call declare-foldable-constant-operator which resolves to sb-c::defknown <funname> ... (sb-c::movable sb-c::foldable sb-c::flushable) If the original defun is having recursive calls, then compilation fails now, used to work in 1.0.57.10. Simply putting the recursive elements in a labels inside defun fixes it. ; caught WARNING: ; recursion in known function definition ; policy=((COMPILATION-SPEED . 1) (DEBUG . 2) (SB-EXT:INHIBIT-WARNINGS . 1) ; (SAFETY . 3) (SPACE . 1) (SPEED . 1)) ; arg types=(SIMPLE-STRING (MEMBER :INVOKE-ERROR-P) T) I might be able to post a complete example but it looked intentional, not like a bug. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cra...@co...> http://www.cons.org/cracauer/ |
From: Nikodemus S. <nik...@ra...> - 2012-09-25 17:37:06
|
On Tuesday, September 25, 2012, Martin Cracauer wrote: > > Nikodemus Siivola wrote on Tue, Sep 25, 2012 at 09:29:58AM +0300: > > On Tuesday, September 25, 2012, Martin Cracauer wrote: > > > > > Not sure why I can't recurse in things used at compile time anymore > > > but nothing that would have cost time to change. > > > > Can you give an example of this? I'm not sure what you mean.. > > A regular defun, then it goes through what we call > declare-foldable-constant-operator which resolves to > > sb-c::defknown <funname> ... (sb-c::movable sb-c::foldable > sb-c::flushable) > If the original defun is having recursive calls, then compilation > fails now, used to work in 1.0.57.10. Simply putting the recursive > elements in a labels inside defun fixes it. That's wierd -- that it used to work. You can also add sb-c::recursive to the defknown. -- ns -- Sent from a tablet, sorry about the top-post and sloppy editing. |
From: Jim W. <jw...@dr...> - 2012-10-02 16:37:31
|
I'm building darwin builds of this right now, and will upload them in a bit. I will be able to build Solaris builds of this soon, but probably not today. Thanks, On Sep 23, 2012, at 17:11 , Christophe Rhodes <cs...@ca...> wrote: > Hi all, > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > a version that isn't 1.0.x. In the meantime, testing what is currently > in master would be much appreciated -- please let me know what works and > what doesn't. > > Thanks, > > Christophe > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-devel -- Jim Wise jw...@dr... |
From: Harald Hanche-O. <ha...@ma...> - 2012-10-02 17:36:29
|
[Harald Hanche-Olsen <ha...@ma...> (2012-10-02 17:11:39 UTC)] > I just built the newly-tagged sbcl-1.1.0 on OS X 10.7.5. > > The sb-concurrency contrib fails its selftest: And the test failure that I reported a week ago is still there. Failure: debug.impure.lisp / BACKTRACE-INTERRUPTED-CONDITION-WAIT - Harald |
From: Harald Hanche-O. <ha...@ma...> - 2012-10-03 08:37:23
|
[Harald Hanche-Olsen <ha...@ma...> (2012-10-02 17:36:17 UTC)] > [Harald Hanche-Olsen <ha...@ma...> (2012-10-02 17:11:39 UTC)] > > > I just built the newly-tagged sbcl-1.1.0 on OS X 10.7.5. > > > > The sb-concurrency contrib fails its selftest: > > And the test failure that I reported a week ago is still there. > > Failure: debug.impure.lisp / BACKTRACE-INTERRUPTED-CONDITION-WAIT That is gone, but now walk.impure.lisp dies with an unhandled error: // Running /local/src/lisp/sbcl/tests/walk.impure.lisp Unhandled SIMPLE-ERROR: The assertion (STRING=-MODULO-TABSPACE (WITH-OUTPUT-TO-STRING (*STANDARD-OUTPUT*) (TAKE-IT-OUT-FOR-A-TEST-WALK (LET (A B C) (DECLARE (SPECIAL A) (SPECIAL B)) (FOO A) B C))) "Form: (LET (A B C) (DECLARE (SPECIAL A) (SPECIAL B)) (FOO A) B C) Context: EVAL Form: (FOO A) Context: EVAL Form: 'GLOBAL-FOO Context: EVAL Form: B Context: EVAL; lexically bound; declared special Form: C Context: EVAL; lexically bound (LET (A B C) (DECLARE (SPECIAL A) (SPECIAL B)) (FOO A) B C)") failed. - Harald |
From: Nikodemus S. <nik...@ra...> - 2012-10-03 05:17:55
|
On 2 October 2012 20:11, Harald Hanche-Olsen <ha...@ma...> wrote: > I just built the newly-tagged sbcl-1.1.0 on OS X 10.7.5. > > The sb-concurrency contrib fails its selftest: > > ; /local/src/lisp/sbcl/contrib/sb-concurrency/tests/ASDF-TMP-test-gate.fasl writ > ten > ; compilation finished in 0:00:00.006 > Doing 24 pending tests of 24 tests total. > SB-CONCURRENCY-TEST::QUEUE.1 SB-CONCURRENCY-TEST::QUEUE.2 > SB-CONCURRENCY-TEST::QUEUE.3 SB-CONCURRENCY-TEST::QUEUE.4 > SB-CONCURRENCY-TEST::QUEUE.5 SB-CONCURRENCY-TEST::QUEUE.T.1 > Fault @ 0x1007805c70, page 3840 not marked as write-protected: > boxed_region.first_page: 0, boxed_region.last_page -1 > page.region_start_offset: 0 > page.bytes_used: 32672 > page.allocated: 1 > page.write_protected: 0 > page.write_protected_cleared: 0 > page.generation: 1 > fatal error encountered in SBCL pid 47280(tid 16851968): How repeatable is this for you? If you just build the contribs on your own, can you reproduce this? I'm asking because this has been a real heisenbug that's been around for ages -- almost any instrumentation tends to hide it. :/ Cheers, -- Nikodemus |
From: Nikodemus S. <nik...@ra...> - 2012-10-03 05:30:09
|
Apropos: if anyone sees this with anything else except allocated = 1, please let me know. That seems like a tantalizing hint, but every place where OPEN_REGION_PAGE_FLAG is touched is protected by the free_pages_lock, so I'm stumped for now. Based on my umpteenth re-read of the related code and the fact that this is only ever observed on Darwin I'm 99% convinced this is either a bug in x86[-64]-darwin.c, or inside the Darwin kernel. If someone is continually bitten by this, there is a C variables you can diddle: continue_after_memoryfault_on_unprotected_pages Cheers, -- nikodemus |
From: Harald Hanche-O. <ha...@ma...> - 2012-10-03 08:23:49
|
[Nikodemus Siivola <nik...@ra...> (2012-10-03 05:17:49 UTC)] > On 2 October 2012 20:11, Harald Hanche-Olsen <ha...@ma...> wrote: > > > I just built the newly-tagged sbcl-1.1.0 on OS X 10.7.5. > > > > The sb-concurrency contrib fails its selftest: > > […] > > How repeatable is this for you? Not very, it seems. I just did another build, and it succeeded. Admittedly I had done another git pull first, but from what you write and what I see in the commit messages, I kinda doubt that is relevant. > If you just build the contribs on your own, can you reproduce this? Maybe not. I'm not sure what procedure you have in mind for doing so. - Harald |
From: Harald Hanche-O. <ha...@ma...> - 2012-10-02 17:11:55
|
I just built the newly-tagged sbcl-1.1.0 on OS X 10.7.5. The sb-concurrency contrib fails its selftest: ; /local/src/lisp/sbcl/contrib/sb-concurrency/tests/ASDF-TMP-test-gate.fasl writ ten ; compilation finished in 0:00:00.006 Doing 24 pending tests of 24 tests total. SB-CONCURRENCY-TEST::QUEUE.1 SB-CONCURRENCY-TEST::QUEUE.2 SB-CONCURRENCY-TEST::QUEUE.3 SB-CONCURRENCY-TEST::QUEUE.4 SB-CONCURRENCY-TEST::QUEUE.5 SB-CONCURRENCY-TEST::QUEUE.T.1 Fault @ 0x1007805c70, page 3840 not marked as write-protected: boxed_region.first_page: 0, boxed_region.last_page -1 page.region_start_offset: 0 page.bytes_used: 32672 page.allocated: 1 page.write_protected: 0 page.write_protected_cleared: 0 page.generation: 1 fatal error encountered in SBCL pid 47280(tid 16851968): Feh. 0: Foreign function gencgc_handle_wp_violation, fp = 0xaa150e0, ra = 0x112a6c 1: Foreign function memory_fault_handler, fp = 0xaa15100, ra = 0x10ff6d 2: Foreign function signal_emulation_wrapper, fp = 0xaa15150, ra = 0x111c07 3: Foreign function stack_allocation_recover, fp = 0xaa151c0, ra = 0x110810 4: Foreign function stack_allocation_recover, fp = 0xaa15630, ra = 0x110810 5: SB-CONCURRENCY::DEQUEUE 6: (COMMON-LISP::FLET SB-CONCURRENCY-TEST::DQ) 7: (COMMON-LISP::FLET WITHOUT-INTERRUPTS-BODY-242680 KEYWORD::IN SB-THREAD::MAKE-THREAD) 8: (COMMON-LISP::FLET SB-THREAD::WITH-MUTEX-THUNK KEYWORD::IN SB-THREAD::MAKE-THREAD) 9: (COMMON-LISP::FLET WITHOUT-INTERRUPTS-BODY-90447 KEYWORD::IN SB-THREAD::CALL-WITH-MUTEX) make: *** [test] Error 1 - Harald |
From: Elliott S. <ell...@gm...> - 2012-10-03 06:33:01
|
The Windows x86 build is up. As usual, I have a patch for sbcl-page: diff --git a/platform-support-platforms.lisp b/platform-support-platforms.lisp index 07a6a81..662d4d6 100644 --- a/platform-support-platforms.lisp +++ b/platform-support-platforms.lisp @@ -48,5 +48,5 @@ (define-port :x86-64 :openbsd :available "1.0.55" :os-version 50) (define-port :powerpc :openbsd :available "1.0.55" :os-version 50) -(define-port :x86 :windows :available "1.0.58" :file-type "msi") +(define-port :x86 :windows :available "1.1.0" :file-type "msi") (define-port :x86-64 :windows :in-progress) On Tue, Oct 2, 2012 at 9:13 AM, Jim Wise <jw...@dr...> wrote: > I'm building darwin builds of this right now, and will upload them in a > bit. > > I will be able to build Solaris builds of this soon, but probably not > today. > > Thanks, > > > On Sep 23, 2012, at 17:11 , Christophe Rhodes <cs...@ca...> wrote: > > > Hi all, > > > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > > a version that isn't 1.0.x. In the meantime, testing what is currently > > in master would be much appreciated -- please let me know what works and > > what doesn't. > > > > Thanks, > > > > Christophe > > > > > ------------------------------------------------------------------------------ > > Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics > > Download AppDynamics Lite for free today: > > http://ad.doubleclick.net/clk;258768047;13503038;j? > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > _______________________________________________ > > Sbcl-devel mailing list > > Sbc...@li... > > https://lists.sourceforge.net/lists/listinfo/sbcl-devel > > -- > Jim Wise > jw...@dr... > > > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-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 |
From: Elliott S. <ell...@gm...> - 2012-10-15 02:46:20
|
Would someone please commit the patch below for sbcl-page? The change that I pushed to the website for the Windows version never made into the git repo, with the result that we recently saw a spike of 178 people downloading the now 9 month old SBCL 1.0.55: http://sourceforge.net/projects/sbcl/files/sbcl/1.0.55/sbcl-1.0.55-x86-windows-binary.msi/stats/timeline?dates=2012-10-02+to+2012-10-15 As usual, I would be happy to do this myself, if I actually had write access to the repository. Otherwise, can someone with access take responsibility for making sure these patches get in on a regular basis? Thanks. On Tue, Oct 2, 2012 at 11:32 PM, Elliott Slaughter < ell...@gm...> wrote: > The Windows x86 build is up. As usual, I have a patch for sbcl-page: > > diff --git a/platform-support-platforms.lisp > b/platform-support-platforms.lisp > index 07a6a81..662d4d6 100644 > --- a/platform-support-platforms.lisp > +++ b/platform-support-platforms.lisp > @@ -48,5 +48,5 @@ > (define-port :x86-64 :openbsd :available "1.0.55" :os-version 50) > (define-port :powerpc :openbsd :available "1.0.55" :os-version 50) > > -(define-port :x86 :windows :available "1.0.58" :file-type "msi") > +(define-port :x86 :windows :available "1.1.0" :file-type "msi") > (define-port :x86-64 :windows :in-progress) > > > On Tue, Oct 2, 2012 at 9:13 AM, Jim Wise <jw...@dr...> wrote: > >> I'm building darwin builds of this right now, and will upload them in a >> bit. >> >> I will be able to build Solaris builds of this soon, but probably not >> today. >> >> Thanks, >> >> >> On Sep 23, 2012, at 17:11 , Christophe Rhodes <cs...@ca...> wrote: >> >> > Hi all, >> > >> > I intend to release sbcl 1.1 next weekend, if I can work out how to make >> > a version that isn't 1.0.x. In the meantime, testing what is currently >> > in master would be much appreciated -- please let me know what works and >> > what doesn't. >> > >> > Thanks, >> > >> > Christophe >> > >> > >> ------------------------------------------------------------------------------ >> > Everyone hates slow websites. So do we. >> > Make your web apps faster with AppDynamics >> > Download AppDynamics Lite for free today: >> > http://ad.doubleclick.net/clk;258768047;13503038;j? >> > http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> > _______________________________________________ >> > Sbcl-devel mailing list >> > Sbc...@li... >> > https://lists.sourceforge.net/lists/listinfo/sbcl-devel >> >> -- >> Jim Wise >> jw...@dr... >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Sbcl-devel mailing list >> Sbc...@li... >> https://lists.sourceforge.net/lists/listinfo/sbcl-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 > -- 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 |
From: Jim W. <jw...@dr...> - 2012-10-15 05:16:22
|
Committed (and uploaded). On Oct 14, 2012, at 22:46 , Elliott Slaughter <ell...@gm...> wrote: > Would someone please commit the patch below for sbcl-page? The change that I pushed to the website for the Windows version never made into the git repo, with the result that we recently saw a spike of 178 people downloading the now 9 month old SBCL 1.0.55: > > http://sourceforge.net/projects/sbcl/files/sbcl/1.0.55/sbcl-1.0.55-x86-windows-binary.msi/stats/timeline?dates=2012-10-02+to+2012-10-15 > > As usual, I would be happy to do this myself, if I actually had write access to the repository. Otherwise, can someone with access take responsibility for making sure these patches get in on a regular basis? > > Thanks. > > On Tue, Oct 2, 2012 at 11:32 PM, Elliott Slaughter <ell...@gm...> wrote: > The Windows x86 build is up. As usual, I have a patch for sbcl-page: > > diff --git a/platform-support-platforms.lisp b/platform-support-platforms.lisp > index 07a6a81..662d4d6 100644 > --- a/platform-support-platforms.lisp > +++ b/platform-support-platforms.lisp > @@ -48,5 +48,5 @@ > (define-port :x86-64 :openbsd :available "1.0.55" :os-version 50) > (define-port :powerpc :openbsd :available "1.0.55" :os-version 50) > > -(define-port :x86 :windows :available "1.0.58" :file-type "msi") > +(define-port :x86 :windows :available "1.1.0" :file-type "msi") > (define-port :x86-64 :windows :in-progress) > > > On Tue, Oct 2, 2012 at 9:13 AM, Jim Wise <jw...@dr...> wrote: > I'm building darwin builds of this right now, and will upload them in a bit. > > I will be able to build Solaris builds of this soon, but probably not today. > > Thanks, > > > On Sep 23, 2012, at 17:11 , Christophe Rhodes <cs...@ca...> wrote: > > > Hi all, > > > > I intend to release sbcl 1.1 next weekend, if I can work out how to make > > a version that isn't 1.0.x. In the meantime, testing what is currently > > in master would be much appreciated -- please let me know what works and > > what doesn't. > > > > Thanks, > > > > Christophe > > > > ------------------------------------------------------------------------------ > > Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics > > Download AppDynamics Lite for free today: > > http://ad.doubleclick.net/clk;258768047;13503038;j? > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > _______________________________________________ > > Sbcl-devel mailing list > > Sbc...@li... > > https://lists.sourceforge.net/lists/listinfo/sbcl-devel > > -- > Jim Wise > jw...@dr... > > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Sbcl-devel mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-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 > > > > -- > 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 -- Jim Wise jw...@dr... |