From: Michael H. <mic...@ju...> - 2001-07-23 00:42:30
|
All done. I've placed the builds for Linux/x86, Linux/ppc and win32 in http://sdcc.sourceforge.net/staging I was wondering if people could download and test what they can. Once everyone is happy and Dave has had time to prepare the web page, we can release it. How does in a few days sound? I'd like to release it through Sourceforge's download server for availability and statistics reasons. I'd also like to announce it via freshmeat and the sourceforge news. Anyone want to volunteer? One big problem - ucsim won't compile under cygwin, so I've had to leave it out for now on the win32 kit. -- Michael |
From: Johan K. <joh...@id...> - 2001-07-25 15:50:07
|
Hold on for a minut please. Right now there really are too many real bugs. SDCCmain:getStringArg() skips one arg too much so --callee-saves a,b,c or --xdata-loc 0x4000 doesn't work any more. I will look at the bug reports posted in the last few days while I was having a nice weekend in Paris. Johan ----- Original Message ----- From: Michael Hope <mic...@ju...> To: <sdc...@li...> Sent: Monday, July 23, 2001 2:42 AM Subject: [sdcc-devel] 2.3.0 build complete > All done. I've placed the builds for Linux/x86, Linux/ppc and win32 in > > http://sdcc.sourceforge.net/staging > > I was wondering if people could download and test what they can. Once > everyone is happy and Dave has had time to prepare the web page, we can > release it. How does in a few days sound? I'd like to release it through > Sourceforge's download server for availability and statistics reasons. > I'd also like to announce it via freshmeat and the sourceforge news. > Anyone want to volunteer? > > One big problem - ucsim won't compile under cygwin, so I've had to leave > it out for now on the win32 kit. > > -- Michael > > > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/lists/listinfo/sdcc-devel > |
From: Sandeep D. <sa...@dd...> - 2001-07-25 16:17:00
|
I agree, Iam still trying to find a suitable solution to the ++ bug, there are a couple more bugs reported that seem serious they will need to be investigated. Sandeep > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of Johan Knol > Sent: Wednesday, July 25, 2001 8:49 AM > To: sdc...@li... > Subject: Re: [sdcc-devel] 2.3.0 build complete > > > Hold on for a minut please. > Right now there really are too many real bugs. > SDCCmain:getStringArg() skips > one arg too much so --callee-saves a,b,c or --xdata-loc > 0x4000 doesn't work > any more. > I will look at the bug reports posted in the last few days while I was > having a nice weekend in Paris. > > Johan > > ----- Original Message ----- > From: Michael Hope <mic...@ju...> > To: <sdc...@li...> > Sent: Monday, July 23, 2001 2:42 AM > Subject: [sdcc-devel] 2.3.0 build complete > > > > All done. I've placed the builds for Linux/x86, Linux/ppc > and win32 in > > > > http://sdcc.sourceforge.net/staging > > > > I was wondering if people could download and test what they > can. Once > > everyone is happy and Dave has had time to prepare the web > page, we can > > release it. How does in a few days sound? I'd like to > release it through > > Sourceforge's download server for availability and > statistics reasons. > > I'd also like to announce it via freshmeat and the sourceforge news. > > Anyone want to volunteer? > > > > One big problem - ucsim won't compile under cygwin, so I've > had to leave > > it out for now on the win32 kit. > > > > -- Michael > > > > > > > > > > _______________________________________________ > > sdcc-devel mailing list > > sdc...@li... > > http://lists.sourceforge.net/lists/listinfo/sdcc-devel > > > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/lists/listinfo/sdcc-devel > > > |
From: Johan K. <joh...@id...> - 2001-07-25 16:27:38
|
> Right now there really are too many real bugs. SDCCmain:getStringArg() skips > one arg too much so --callee-saves a,b,c or --xdata-loc 0x4000 doesn't work > any more. Fixed, also added some more help texts. Johan |