[z88dk-dev] Transition Release before End of December

Bridge to the z88dk-developers mailing list
Post Reply
alvin
Well known member
Posts: 1872
Joined: Mon Jul 16, 2007 7:39 pm

[z88dk-dev] Transition Release before End of December

Post by alvin »

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
stefano
Well known member
Posts: 2137
Joined: Mon Jul 16, 2007 7:39 pm

Post by stefano »

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 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.

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
garrafonsoftware
Member
Posts: 14
Joined: Fri Oct 04, 2013 10:50 am

Post by garrafonsoftware »

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.
+1 :)

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. :rolleyes:
Last edited by garrafonsoftware on Fri Dec 04, 2015 8:24 am, edited 1 time in total.
Philipp Klaus Krause

Post by Philipp Klaus Krause »

On 04.12.2015 09:16, Stefano Bodrato (stefano_bodrato@...) wrote:
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 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.
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.

Philipp
alvin
Well known member
Posts: 1872
Joined: Mon Jul 16, 2007 7:39 pm

Post by alvin »

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. :rolleyes:
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).
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.
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.
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.
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.

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
stefano
Well known member
Posts: 2137
Joined: Mon Jul 16, 2007 7:39 pm

Post by stefano »

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
pscust
Well known member
Posts: 194
Joined: Thu Jun 23, 2011 3:34 pm

Post by pscust »

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:
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
alvin
Well known member
Posts: 1872
Joined: Mon Jul 16, 2007 7:39 pm

Post by alvin »

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).
I'd like to postpone the snapshot until the Dec 16 build.

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.



------------------------------------------------------------------------------
Post Reply