z88dk forums

Is there some way to do the library get a #define value at linking with no need to recompile it? Probably not as it should be a binary for linking, but is worth to ask. As solution I could create a script to recompile the libraries and getting the defined -DVALUE=xx in compilation sentence, but if ...

Er, it's not been merged yet: https://github.com/z88dk/z88dk/pull/2299

Yes, for zcc -I defines the C include search path, to configure the assembler search path use -Ca-I

I don't exactly see the point of all this dance, but surely some of the Z88DK eldest will have an answer :) I can't remember exactly why library routines couldn't start with an underscore, but with the z80asm from 25 years ago we had to explicitly indicate that routines came from a library hence th...

Thanks for the report, I fixed this one up a couple of days ago - my usual favourite issue of not changing the resolution that a few of the functions check against.

I've just merged support for our first ez80 target, the Agon Light. This is a cheap-ish board with an 18Mhz ez80 coupled with an ESP32 running FabGL for VGA and keyboard support. The default firmware is based on BBC BASIC and as a result there's a MOS which handles the hardware which makes supportin...

Of course there is, consider it done.

I've pushed a change to support switching to 80 column mode:
It turns out the IO bit marked "80 column mode" doesn't actually do anything and the HD46505 needs to be poked manually to switch between widths.

I've been scratching my head about this one, but then I looked at the top of this thread.

It looks like I never got it working, though WIDTH 80 in BASIC does work. So I guess I'll need to go digging a bit more.

Edit: Aha, I've got it, I need to drive the CRTC directly...

I'm reluctant to add another calling convention when there's one that's fairly close. The __z88dk_sdccdecl convention does work in this way (with R->L pushing of parameters + char parameters pushed as 8 bits). I suspect the way I'd deal with this without too much upheaval is: ex de,hl ld hl,0 ; chec...

I ended up being distracted by other maths libraries, but I've merged a fix for this and added in the missing remainder #define

I wrote the bridge to save the effort of having to write the same hardware bashing code multiple times for the same target. Gencon also supports more screen modes than vt. The only things that gencon doesn't have is "reset all attributes" and sub-byte fonts (eg 80 columns in 256px). Lookin...

Cool, you can actually have a bit more fun by doing a couple of things:

1. Add @stdio/ansicore.lst to the cpm.lst file
2. Compile with -pragma-define:CLIB_ANSITERMINAL_BRIDGE=1

Then vt100 should mostly work as well

If you put the mbc200 code into the mbc200 library then it won't clash as the machine library ends up being searched for symbols before cpm_clib.lib.

That's what I did for the x820 - you might not have implemented all the functions or be missing the CAPS defc?

So, CP/M machines by default have support for --generic-console - it assumes there's an ADM3 console and uses bdos to print to the screen (so might go slightly wonky on the bottom row depending on the bios) along with a backbuffer for vpeeking. It's preferable to write a specific implementation sinc...

Yeah, it's reusable - just a case of adding a table with the 4 characters and including gfx_gencon2.lst - we probably ought to redo Kaypro83 to use it rather than the custom code it's got.

....and I've done just that using a couple of characters that work better than ` and ,

Calling gfx_set_fatpix(1) switches to the 80x24 mode detailed above.

I've reproduced this, understand what's causing it, know how to fix it, but I'm confused as to why it's been done the way it has so I've asked @felipu if I've missed something.

In the mean time x - (int)x will get you the remainder!

IMO the idea of an 80x48 mode using comma and apostrophe wasn't that bad ? That's an interesting one, I'll add a graphics mode that will implement 80x48 and fat-pix will switch to 80x24. I think I've seen some targets which have the "volume bar" graphics and an inverse flag but not the us...

I've added in support for --generic-console - I've conveniently ignored the scroll register.

I've also added a 80x24 super lores display which isn't that great since there's blank pixels around the square.

Unfortunately I've failed at the first hurdle. The only discs that are accepted by the version of mame I'm running just result in a hexdump.

Edit, found a working one here: http://bitsavers.org/bits/Xerox/820/5_inch/

RobertK wrote: ↑Tue May 09, 2023 6:57 amWhat other targets do not support the standard -lm library? As far as I know the PMD85?

It's the 8080, 8085, gbz80 and possibly z180 machines that don't support genmath.

There's a csv file here with cpu details: https://github.com/z88dk/z88dk/blob/mas ... atures.csv

Send me the ROMs and bootdisc and I’ll have some fun.

Do you need has byte size extent as well?

It's easy to show with your struct: struct sprite_s { int16_t pos_x, pos_y; int8_t dx, dy; uint8_t z_plane; struct sp1_ss *sprite; }; The following works (showing "skipping"/gaps in the defined fields): struct sprite sp = { .pos_x = 10, .sprite=NULL }; The following won't (because we end u...