What do you think of doing a "transition release" before the end of December? We never update the crusty old download at sf and I think we should be more frequent with releases.
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
[z88dk-dev] Transition Release before End of December
I noticed that an official version number is a major concern in the Linux distributions, so it is something we must do. The "crusty old download" could be periodically (e.g. once per year) replaced by a Nighty package we choose as "good enough" one, then the feedbacks should help in refining the process.What do you think of doing a "transition release" before the end of December? We never update the crusty old download at sf and I think we should be more frequent with releases.
I just refreshed my local development copy and I'm trying to check/revise where possible.
Alvin, if you agree, please choose the actual snapshot, you are the most active one at the moment
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
-
- Member
- Posts: 14
- Joined: Fri Oct 04, 2013 10:50 am
+1What do you think of doing a "transition release" before the end of December? We never update the crusty old download at sf and I think we should be more frequent with releases.
And what about migrating source tree to Subversion or Git? In my case, in the last releases of Xcode for OSX the CVS binary is removed... or so I think.
Last edited by garrafonsoftware on Fri Dec 04, 2015 8:24 am, edited 1 time in total.
On 04.12.2015 09:16, Stefano Bodrato (stefano_bodrato@...) wrote:
but maybe not as complicated for now.
Still, I think that a short (maybe one week) freeze, and making a
release candidate, that people can test can result in a more stable
released version.
Philipp
I suggest to do it a bit more similar to the SDCC one, with a freeze,I noticed that an official version number is a major concern in theWhat do you think of doing a "transition release" before the end of
December? We never update the crusty old download at sf and I
think we should be more frequent with releases.
Linux distributions, so it is something we must do. The "crusty old
download" could be periodically (e.g. once per year) replaced by a
Nighty package we choose as "good enough" one, then the feedbacks
should help in refining the process.
but maybe not as complicated for now.
Still, I think that a short (maybe one week) freeze, and making a
release candidate, that people can test can result in a more stable
released version.
Philipp
I think dom was thinking about that. If we do a migration though we should reorganize the entire source tree. I was thinking about cleaner support for z80-related processors and maybe hosting entire standalone operating systems (eg our own version of cp/m, contiki or even fuzix, though I don't want to steal anything from Alan. I think we can shrink contiki and fuzix quite a bit in size but I also think it may require intrusive changes to those existing source trees to do it).And what about migrating source tree to Subversion or Git? In my case, in the last releases of Xcode for OSX the CVS binary is removed... or so I think.
I'm thinking even more frequently than that depending on activity. For the new clib there will be some milestones coming up... disk i/o is a major one; once that's in I think the sdcc/z88dk combination will probably be one of the most complete and best performing z80 C compilers available, including commercial ones. With z80asm once the relocatable code and how we're handling memory map is sorted out, that would be another minor milestone. If we spend the time to clean up and make the classic lib sdcc-compatible that's another one, etc.I noticed that an official version number is a major concern in the Linux distributions, so it is something we must do. The "crusty old download" could be periodically (e.g. once per year) replaced by a Nighty package we choose as "good enough" one, then the feedbacks should help in refining the process.
Ok I'll make sure all my test programs compile and then I'll propose a nightly snapshot to use as release candidate and have that available for testing for a week.Alvin, if you agree, please choose the actual snapshot, you are the most active one at the moment
I suggest to do it a bit more similar to the SDCC one, with a freeze,
but maybe not as complicated for now.
Still, I think that a short (maybe one week) freeze, and making a
release candidate, that people can test can result in a more stable
released version.
I'm expecting some more code submissions from einar soon and I am hoping Pauolo can address that defc bug in z80asm before the snapshot is taken so let's say there's tentatively a week before I make the snapshot (maybe Sun Dec 13 late at night to give you guys a weekend if you need to make changes; late at night my time means early Monday morning for Europe).
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
Agreed
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
Agreed and +1 to migrating the repository to git. It really makes the life
easier.
I've fixed the DEFC bug. Is there anything alse needing fixing in z80asm?
On Fri, Dec 4, 2015 at 6:15 PM, Stefano Bodrato (stefano_bodrato@...)
<lists@...> wrote:
easier.
I've fixed the DEFC bug. Is there anything alse needing fixing in z80asm?
On Fri, Dec 4, 2015 at 6:15 PM, Stefano Bodrato (stefano_bodrato@...)
<lists@...> wrote:
Agreed
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple
OSs.
http://pubads.g.doubleclick.net/gampad/ ... 1&iu=/4140
I'd like to postpone the snapshot until the Dec 16 build.there's tentatively a week before I make the snapshot (maybe Sun Dec 13 late at night to give you guys a weekend if you need to make changes; late at night my time means early Monday morning for Europe).
A new bug was just found with copt possibly choking on Cyrillic text in C source. I should have the BIFROST engines for the zx target committed today but I'd like to give Einar and myself a day or two to make sure they are working. The recent change to allow caps lock in gets() and to scroll on multiple LFs has not been tested yet by Siggi.
------------------------------------------------------------------------------