ld / tested SDCC 3.4.0 on a Cygwin (over
Windows 7 Professional 64-bit) computer, for a Z80 target.
From a SDCC user,
Claude Sylvain
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integr
c3" !?
When doing "diff sdcc-src-3.4.0-rc3.tar.bz2 sdcc-src-3.4.0.tar.bz2",
there is no difference.
From a SDCC user,
Claude Sylvain
--
Put Bad Developers to Shame
Dominate Development with Jenkins Contin
cess and
> failure reports. If
> nothing serious comes up the release will be made later this week.
>
> Greetings,
> Maarten Brock
>
- I successfully build / tested SDCC 3.4.0 RC3 on a Cygwin (over
Windows 7 Professional 64-bit) comp
the Source be with you,
> Maarten Brock
>
- I successfully build / tested SDCC 3.4.0 RC2 on a Cygwin (over
Windows 7 Professional 64-bit) computer, for a Z80 target.
From a SDCC user,
Claude Sylvain
--
___
.net/projects/sdcc/files/
>
> If you have the time, please verify it and report back with the positive
> or negative results.
>
- I successfully build / tested SDCC 3.4.0 RC1 on a Cygwin (over
Windows 7 Professional 64-bit) computer, for a Z80 target.
Fro
On 12/05/13 05:38 PM, Maarten Brock wrote:
>
> Hello SDCC friends,
>
> Today a third Release Candidate (RC3) for SDCC 3.3.0 was created and
> put online in our SourceForge File section. It misses a few unnecessary
> files ;-)
> https://sourceforge.net/projects/sdcc/files/
>
> Like with R
On 12/05/13 12:19 PM, Philipp Klaus Krause wrote:
> On 12.05.2013 17:54, Claude Sylvain wrote:
>>
>> On 12/05/13 11:31 AM, Philipp Klaus Krause wrote:
>>
>> >
>> > On 12.05.2013 17:01, Claude Sylvain wrote:
>> >
>> >>
&
On 12/05/13 11:31 AM, Philipp Klaus Krause wrote:
>
> On 12.05.2013 17:01, Claude Sylvain wrote:
>
>>
>> - I use SDCC on Cygwin 1.7.x
>> - I use SDCC to built Z80 programs.
>>
>> - I have successfully built SDCC 3.3.0 RC2 from source on Cygwin.
Hello Maarten,
On 11/05/13 05:15 PM, Maarten Brock wrote:
>
> Hello SDCC friends,
>
> Today the second Release Candidate (RC2) for SDCC 3.3.0 was created and
> put
> online in our SourceForge File section.
> https://sourceforge.net/projects/sdcc/files/
>
> ...
>
> Once again, if you
On 2012-10-15 16:23, Borut Ražem wrote:
>
> Dear sdcc developers and users,
>
> I'm glad to announce that Molnár Károly has joined the sdcc
> development
> team. Currently he is mainly working on support of new pic devices
> and
> device header and c file generation automation. Hopefully
On 2012-06-30 14:37, Borut Ražem wrote:
>
> On 30. 06. 2012 16:49, Claude Sylvain wrote:
>
>> On 2012-06-24 14:54, Borut RaÂem wrote:
>>
>>> SDCC 3.2.0 Release Candidate 2 source, doc and binary packages for x86
>>> Linux, 32 bit Windows a
On 2012-06-30 12:07, Philipp Klaus Krause wrote:
>
> On 30.06.2012 16:49, Claude Sylvain wrote:
>
>> +++
>> z80instructionSize() failed to parse line node
>> z80instructionSize() failed to parse line node rst 0x10
>&g
On 2012-06-30 10:49, Claude Sylvain wrote:
>
> - Done functional tests, using SDCC to build for a Z80
>based target, and the result is the following:
>
> - When building the project for debugging, with the
>following tools optio
On 2012-06-24 14:54, Borut RaÂem wrote:
>
> SDCC 3.2.0 Release Candidate 2 source, doc and binary packages for x86
> Linux, 32 bit Windows and universal Mac OS X are available in
> corresponding folders at:
> http://sourceforge.net/projects/sdcc/files
>
> If you find a mistake, please send a ma
Hello Philipp,
On 2012-02-04 14:51, Philipp Klaus Krause wrote:
>
> If you know of any bugs, please report them in the sourceforge bug
> tracker.
>
- I successfully built and installed SDCC latest version from
SVN on Cygwin on a Windows 7 Professional 64-bit computer.
- I noticed that t
Hello Philipp,
On 2012-02-04 14:51, Philipp Klaus Krause wrote:
>
> If you know of any bugs, please report them in the sourceforge bug
> tracker.
>
- I successfully built and installed SDCC latest version from
SVN on Cygwin on a Windows 7 Professional 64-bit computer.
- I noticed that t
Hello Philipp,
On 2012-02-04 14:51, Philipp Klaus Krause wrote:
>
> If you know of any bugs, please report them in the sourceforge bug
> tracker.
>
- I successfully built and installed SDCC latest version from
SVN on Cygwin on a Windows 7 Professional 64-bit computer.
- I noticed that t
On 03/09/2011 13:20, Philipp Klaus Krause wrote:
>
> Am 03.09.2011 17:46, schrieb Claude Sylvain:
>>
>> - My personal opinion is that Z80 undocumented instructions
>> must not be used and supported, since no one can certify
>> their behaviour.
>>
On 03/09/2011 06:11, Philipp Klaus Krause wrote:
>
> Would you be interested in seeing support for some so-called
> undocumented Z80 instructions in sdcc? This would be available via a
> command-line switch, that would allow sdcc to generate the following:
>
> adc a, ir
> add a, ir
> and
On 03/09/2011 05:55, Philipp Klaus Krause wrote:
>
> [Sdcc-user] Anyone using --portmode=z180?
>
> And if yes, why?
>
> As far as I can see this just ensures that the upper 8 bits of the
> address bus are 0 whenever doing I/O, instead of undefined as in the
> default --portmode=z80. Is th
On 31/08/2011 5:21, Philipp Klaus Krause wrote:
>
> there are many Z80-based architectures out there, and I suppose that
> some of you are writing software for them. Some variants have specific
> instructions not available in the original Z80 that could be emitted
> by
> sdcc to better supp
On 07/11/2010 03:55, Borut Razem wrote:
>
> you had problems because renaming of *_PIC to *_PIC14 was nut fully done.
> Now I (hopefully) fixed it. Please try the latest svn version and let us
> know about the result.
>
- I have done other built tests with SDCC SVN #6063, and all work fine
On 06/11/2010 16:49, Raphael Neider wrote:
>>
>> +++
>> checking for rmdir... rmdir
>> configure: error: gputils (gpasm, gplink, and gplib) are required but
>> not found.
>> Either install gputils or reconfigure with --disable-pic14-port and
>> --disable-pi
>> c
On 06/11/2010 10:46, Philipp Klaus Krause wrote:
>
> Am 06.11.2010 15:17, schrieb Claude Sylvain:
>> - It looks like something goes wrong with the z80 library files.
>> That problem was not there until SDCC V3.0.0 (was only appearing
>> on the following sna
On 06/11/2010 04:42, Philipp Klaus Krause wrote:
> Am 06.11.2010 03:55, schrieb Claude Sylvain:
>>
>> - When taking a look in the following source directory:
>> sdcc\device\lib\z80
>>
>> It seems that there is a lot of missing files !?
>>
&
Hello,
- Since the release of SDCC V3.0.0, it seems that source package daily
snapshot and source coming for the SVN have the following problem,
when using SDCC for a Z80 target:
SDCC say:
Warning: couldn't find crt0.rel
?ASlink-Warning-Couldn't find library 'z80'
> On 10/15/2010 02:21 PM, Maarten Brock wrote:
>> Hi all,
>>
>> Have you noticed this? Our recent efforts to get a new
>> release out the door have brought SDCC into the top 25
>> projects on SourceForge!
>>
>> Greetings,
>> Maarten
>>
On 15/10/2010 8:40, Borut Razem wrote:
> Good ne
Hello Borut,
- I rebuilt the sdcc-src-3.0.0-rc1 on an another computer, using Cygwin
1.7.x under Windows XP Professional.
- I rebuilt it using two different way:
1) Rebuilt from "/sdcc" directory.
2) Rebuilt from an external directory ("/sdcc_build")
- The results seems to be th
>
> On 10/13/2010 09:09 PM, Claude Sylvain wrote:
>
>>
>> - Also, I built directly from the directory where is the source code.
>> Maybe, building from an outside directory will get rid of that errors.
>> I will try that.
>>
On 13/10/2010 22:3
>>
>> On 10/11/2010 08:38 PM, Claude Sylvain wrote:
>>
>> Hello Borut,
>>
>>
>> - Forget my previous email about "sdcc-20101011-6022".
>> I was wrongly thinking that "sdcc-20101011-6022" was "sdcc-3.0.0-rc
On 12/10/2010 3:19, Bin Shi wrote:
>
> I notice that the avr branch and z80 branch would not be
maintained.
>
- Refering to the SDCC web page, this is the AVR and gbz80 ports that are no
longer maintained.
Z80 port is still alive :-)
Claude
-
Hello Borut,
- Forget my previous email about "sdcc-20101011-6022".
I was wrongly thinking that "sdcc-20101011-6022" was "sdcc-3.0.0-rc1".
- I downloaded the right package ("sdcc-src-3.0.0-rc1.tar.bz2"), and seems
that it built correctly on the following platform:
- Cygwin 1.7.x on
On 18/05/2010 16:27, Michael Hawkins wrote:
>
> First of all, I love sdcc! The idea that I can compile C for Z80 is
> fantastic.
>
You're right. SDCC and Z80 rock!
>
> sdcc -mz80 --no-std-crt0 --data-loc 0x8000 --code-loc 0x200 z80clock.c crt0.o
>
> This works because z80clock.c inclu
CC do not work correctly with NoICE, and
that John Hartman has recently released new version of its ".cdc" to ".noi"
file converter ("cdb2noi") that support the Z80 (and work just fine);
I think that the integrated ".cdc" to ".noi" file
ving
> only one universal linker and of synchronization and re-merge with as.
>
> I would like to hear your opinion, specially if you don't agree with the
> proposed approach.
>
- Even if I don't use SDCC for GameBoy target, I think your proposition is
good. Thi
- On latest (svn) version of SDCC, assemblers (sdas6808, sdas8051, sdasgb,
sdasz80) do not process "-o" option correctly.
- Below, an example of "sdasz80" message output:
+++
$ /usr/local/sdcc/bin/sdasz80.exe -o crt0.o ../src/mpu/crt0.asm
crt0.o: cannot op
Hello Borut,
Borut Razem wrote:
>
> I'm thinking about changing the object file exetnsion for z80 and gb
> targets from .o to .rel, which is used by all other targets. The
> original as also uses .rel extensin for z80 an gb. I don't know why
> it was changed from .rel to .o. I think it
37 matches
Mail list logo