[sdcc-devel] [ sdcc-Bugs-1566015 ] Z80 port broken

[SourceForge.net <no...@so...>]

Bugs item #1566015, was opened at 2006-09-26 23:50
Message generated for change (Comment added) made by maartenbrock
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1566015&group_id=599

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: z80 port
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Z80 port broken

Initial Comment:
I cannot get a working Z80 binary out of current sdcc.
Sorry, I don't now what's wrong. I test my programs in
an emulator, without debugger. All I see is that the
screen of the emulated system justs stays blank.
Since I don't really know the problem so far I tried to
find the change that caused it instead.
#4380 works, #4381 is broken.

Philipp


----------------------------------------------------------------------

>Comment By: Maarten Brock (maartenbrock)
Date: 2006-09-27 21:56

Message:
Logged In: YES 
user_id=888171

Philipp,

Please help me a little. Does this mean you placed area 
_DATA at 0x7000-0x71C4 but that the variables ended up at 
0xEEFA-0xF0BE ? What command line options did you use when 
compiling and linking?

Maarten

----------------------------------------------------------------------

Comment By: Philipp Krause (spth)
Date: 2006-09-27 14:27

Message:
Logged In: YES 
user_id=564030

I found the problem:
The linker puts global variables into ROM instead of RAM.

Here's part of my crt0.map file:
AREA _DATA
        RADIX HEX
        BASE 7000
        SIZE 01C4
        ATTRIB REL CON
        GLOBALS
                _cloudrow       EEFA
                _groundrows     EF8A
                _step   F0AB
                _skill  F0AC
                _lives_remaining        F0AD
                _score  F0AE
                _two_players    F0B0
                _second_player  F0B1
                _cv_nmi_handler F0B4
                _cv_vdpstat     F0B6
                _cv_nmi_indicator       F0B7
                _cv_vdpreg      F0B8
                _cv_spinners    F0BA

Philipp


----------------------------------------------------------------------

Comment By: Maarten Brock (maartenbrock)
Date: 2006-09-27 11:49

Message:
Logged In: YES 
user_id=888171

I did not look good enough. I moved the linker in #4377. 
In #4381 I merged some files with the other ports. Btw. 
#4381 failed regression tests when the VPATH option was 
used. This was fixed in #4382.

Do you get any error messages?
Can you compare the output of the two versions?

Maarten

----------------------------------------------------------------------

Comment By: Philipp Krause (spth)
Date: 2006-09-27 11:17

Message:
Logged In: YES 
user_id=564030

When I tried the different revisions I uninstalled the old
one unsing
make uninstall
deleted the source tree and did a fresh checkout from
subversion,
./configure
make install

I did this for each revision I tried.

Philipp



----------------------------------------------------------------------

Comment By: Maarten Brock (maartenbrock)
Date: 2006-09-27 11:09

Message:
Logged In: YES 
user_id=888171

Philipp,

In #4381 I moved the z80 linker sources from sdcc/link/z80 
to sdcc/as/link/z80 in the source tree. Assuming you use 
the sources you need to reconfigure and rebuild SDCC.

make distclean
./configure
make
make install

Hope this helps,
Maarten

----------------------------------------------------------------------

Comment By: Philipp Krause (spth)
Date: 2006-09-26 23:55

Message:
Logged In: YES 
user_id=564030

Since my programs fail so early it might be a linker
problem. But it seems at least my crt0.obj is placed correctly.

Philipp


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1566015&group_id=599