FlexProp: a complete programming system for P2 (and P1)

ersmith

@Rayman said:
Think the FlexProp VGA demo can also work at 720p, see attached.
Doesn't like 1080p though...

A more recent version of the VGA demo is at https://github.com/totalspectrum/p2_vga_text . I should update the one in FlexProp I guess, but the p2_vga_text one is larger and has more stuff (including timings for 1280x1024 and some tools for converting fonts).

ersmith

FlexProp version 6.9.4 is available now from github and from my Patreon page. It has some significant bug fixes, particularly for Windows (where an uninitialized variable could cause mysterious and apparently random error messages).

ersmith

FlexProp has been updated to 6.9.9. Since the last release there are quite a few compiler fixes. The changelog looks like:

Version 6.9.9
- Fixed `--compress` flag on Windows
- Added `--zip` flag to flexcc (previously it was just in flexspin)
- Improved handling of file names in .zip output
- Improved error message for sizeof(x) when x is undefined

Version 6.9.8
- Fix `#foo+CONST` calculation
- Fix a problem with pointer calculations in structs

Version 6.9.7
- Fixed infinite loop when CORDIC and Read/Write optimizations fight
- Fixed potential crash when compiling empty functions
- Allow `#foo+CONST` for inline assembly when `foo` is a HUB label

Version 6.9.6
- Added a peephole for some address calculations (as suggested by Evan)
- Fixed some built-in functions in spin2cpp

Version 6.9.5
- Fixed immediate ranges for load/store, and made out of range immediates an error (thanks to Ada)
- Fixed an inappropriate memory forwarding with WZ (also thanks to Ada)
- Made sure arrays of bytes are put into memory, even if inside structs or unions

The binary releases are available on GitHub and on my Patreon page; links are in my signature.

ersmith

FlexProp 6.9.10 is now available on GitHub (see my signature for links). This has several fairly significant bug fixes, so it's worth updating.

Rayman

@ersmith Seem to be having an issue with the shell.c example...
When copying this python file from /host to /sd, it doesn't copy the whole file.
Any idea what might cause that?

Rayman

Don't know what's up with fputc(), but works when copy is rewritten like this:

    char buf[100];
    for(;;) {
        c = fread(buf, 1, 100, inf);// fgetc(inf);
        if (c == 0) break;
        fwrite(buf, 1, c, outf);
        count+=c;
        if (c < 100) break;
    }

ersmith

@Rayman thanks for the bug report. I tried copying that file from host to host, and it worked, so it seems like it's some problem in the FAT file system. Most likely it's in the interface between FAT and the stdio library. Your work-around seems like a good one for now.

ersmith

Ah, I think I found the bug -- because FATFS provides a flush function, we're not calling the default flush which fputc() relies on. The fix is to insert a call

   __default_flush(fil);

at the beginning of the v_flush function in include/filesys/fatfs/fatfs.cc (before any of the #if or other statements)

I'll try to get this fix up to github soon.

Rayman

Glad you found it. Was trying calling flush and it didn't help. Guess that's why...