Activity for gputils

Anonymous posted a comment on ticket #82

Anonymous — Fri, 20 Mar 2026 06:35:47 -0000

Hi Daniel, Directives if/else/endif ARE forbidden in column 1 in MPASMX. An #if/#else/#endif form is enabled only. So gpasm works this way now too. cblock implementation in gpasm was/is buggy and needs to rewrite. For example, in previous gpasm versions, this code assembly is never finished: processor 16f1939 var macro name,addr,size cblock addr name:size endc endm var 0xab,0x22,1 end Hopefully I'll have some time to do something about it after Easter. Regards, Petr

daniel kucharski posted a comment on ticket #82

daniel kucharski — Wed, 18 Mar 2026 01:21:04 -0000

Hi, I’ve been testing your changes using one of my projects (https://github.com/dk2233/PicThrowDK/tree/main/16f913/ds18b20_led_relocatable ) and I’ve found a few concerning regressions. Unexpected Warning [205] for directives in column 1 When compiling with your patch, I get multiple warnings for standard code layout: Warning[205] Found directive in column 1: "if" Warning[205] Found directive in column 1: "else" In previous versions of GPASM (and historically in MPASM), placing directives like if,...

Anonymous posted a comment on ticket #82

Anonymous — Thu, 12 Mar 2026 08:30:18 -0000

Hi Daniel, thank you very much for testing it. I have just solved the bug you found: .. EQU .4000000 This is a valid directive in both mpasm and gpasm now. It's almost impossible to divide the work according to the key you mentioned. It seems easier to finish all the unfinished work. Regards Petr Mikše

Anonymous posted a comment on ticket #82

Anonymous — Thu, 05 Mar 2026 15:42:14 -0000

Hi, I am testing your changes. I’ve verified this behavior with a simple test case: #IF 0 bla bla bla #ENDIF LABEL: FILL (nop), 100 NEXT_LABEL: END This works fine now (BTW, it might be a good idea to add this to the regression test folder to help verify future commits). Regarding the rest of the changes: I noticed some commented-out code that seems intended for testing only—perhaps it’s worth cleaning this up? I assume this is just "work in progress"? For example, in parse.y at line 228, there is...

Bernhard M. Wiedemann created ticket #83

Bernhard M. Wiedemann — Mon, 02 Mar 2026 16:39:28 -0000

[PATCH] support year-2038 timestamps

Petr Mikše created ticket #82

Petr Mikše — Tue, 24 Feb 2026 19:09:46 -0000

Some bugfixes and a new proc family try

Anonymous posted a comment on ticket #329

Anonymous — Fri, 20 Feb 2026 14:17:06 -0000

The openSuse link is no longer available. Here is a Gentoo version of the patch: https://github.com/gentoo/gentoo/blob/b19326a41d9581c3bc3f2b4ddbfdfa9295d81953/dev-embedded/gputils/files/gputils-1.5.2-fix-build-with-C23.patch

tech66 posted a comment on a wiki page

tech66 — Fri, 19 Sep 2025 01:10:03 -0000

I posted a bootloader on github under https://github.com/react66/bootloader-pic16, I would be interested in reviews and help extending it to other PICs. It has been in use for a couple years and it is small, simple and reliable. I use gpasm a lot for projects, I have seen only one issue (comment on macro line). Thanks.

Petr Gajdos posted a comment on ticket #329

Petr Gajdos — Wed, 07 May 2025 07:12:17 -0000

Perhaps something around https://build.opensuse.org/projects/home:pgajdos/packages/gputils/files/gputils-gcc15.patch

Petr Gajdos created ticket #329

Petr Gajdos — Wed, 07 May 2025 06:52:23 -0000

fails with gcc15

Bernhard M. Wiedemann created ticket #328

Bernhard M. Wiedemann — Sun, 09 Feb 2025 08:41:18 -0000

sdcc reproducible builds issue

long_long created ticket #327

long_long — Tue, 01 Oct 2024 09:19:28 -0000

gplink.exe bug generated .lst file , gputils ver:1.5.2

Yuluo created ticket #326

Yuluo — Sun, 29 Sep 2024 09:30:48 -0000

Build failed on riscv64: cannot guess build type; you must specify one.

Philippe Paternotte created ticket #325

Philippe Paternotte — Tue, 18 Jun 2024 13:35:40 -0000

bad config bit error by assembler

Ben Sagal created ticket #324

Ben Sagal — Thu, 22 Feb 2024 10:28:22 -0000

gpdasm: sumtimes wrong reg with access bank

tech66 posted a comment on ticket #323

tech66 — Fri, 26 Jan 2024 21:09:47 -0000

Forgot to log in, I just posted. I am running gpasm-1.5.2 #1331 (Mar 21 2023)

Anonymous posted a comment on ticket #323

Anonymous — Fri, 26 Jan 2024 21:07:13 -0000

I noticed the same error, even a single space after the ';' and it works ok. I have hit this error a few times and I upvote it.

alain gibaud posted a comment on discussion General Discussion

alain gibaud — Fri, 12 Jan 2024 20:24:18 -0000

Hi everybody Many thanks to all the developers of GPUTILS. This a great tool, and I wish it support more recent devices. I discovered that the DEBUG bit of CONFIG2H register is missing for PIC18F24Q10 (and other devices of the same family). Symptoms : The CONFIG directive fails when you mention this bit (ie: CONFIG DEBUG=OFF (or ON) is rejected). Everything seems to work fine when you don't mention this bit. In the latter case, the default value is assumed. Fix: The problem comes from the gputils/libgputils/gpcfg-table.c...

Molnár Károly modified ticket #81

Molnár Károly — Sat, 25 Nov 2023 10:48:48 -0000

Issue an error if you #define the same symbol as defined by equ.

Molnár Károly posted a comment on ticket #81

Molnár Károly — Sat, 25 Nov 2023 10:48:48 -0000

Thank you for the patch. I have created newer version: [r1333] gputils-src-20231125-1333.tar.bz2 gputils-20231125-1333-setup.exe

gputils released /snapshot_builds/i686-mingw32msvc/gputils-20231125-1333-setup.exe

gputils — Sat, 25 Nov 2023 10:43:05 -0000

gputils released /snapshot_builds/src/gputils-src-20231125-1333.tar.bz2

gputils — Sat, 25 Nov 2023 10:43:05 -0000

Molnár Károly modified ticket #81

Molnár Károly — Sat, 25 Nov 2023 10:32:45 -0000

Issue an error if you #define the same symbol as defined by equ.

Molnár Károly committed [r1333] on Code

Molnár Károly — Sat, 25 Nov 2023 10:28:11 -0000

* gputils/gpasm/coff.c, gputils/gpasm/directive.c, gputils/gpasm/gpasm.c,

Petr Mikše created ticket #81

Petr Mikše — Tue, 14 Nov 2023 14:01:35 -0000

Issue an error if you #define the same symbol as defined by equ.

Molnár Károly modified ticket #80

Molnár Károly — Sun, 22 Oct 2023 14:19:40 -0000

COFF object file creation in absolute mode

Anonymous posted a comment on ticket #80

Anonymous — Sun, 22 Oct 2023 14:19:18 -0000

Thank you, I've been able to use it properly. These are the newer versions [r1332]: gputils-src-20231022-1332.tar.bz2 gputils-20231022-1332-setup.exe

Molnár Károly modified ticket #79

Molnár Károly — Sun, 22 Oct 2023 14:15:25 -0000

gpasm expand macros partly

Molnár Károly posted a comment on ticket #79

Molnár Károly — Sun, 22 Oct 2023 14:15:02 -0000

This patch is I treated together with patch https://sourceforge.net/p/gputils/patches/80.

gputils released /snapshot_builds/src/gputils-src-20231022-1332.tar.bz2

gputils — Sun, 22 Oct 2023 14:08:04 -0000

gputils released /snapshot_builds/i686-mingw32msvc/gputils-20231022-1332-setup.exe

gputils — Sun, 22 Oct 2023 14:08:04 -0000

Molnár Károly committed [r1332] on Code

Molnár Károly — Sun, 22 Oct 2023 13:50:42 -0000

* gpasm/cod.c, gpasm/coff.c, gpasm/directive.c, gpasm/evaluate.c,

Gordon Scott created ticket #323

Gordon Scott — Fri, 20 Oct 2023 15:52:17 -0000

Macro complains apparently wrongly.

Petr Mikše posted a comment on ticket #80

Petr Mikše — Sun, 15 Oct 2023 22:36:15 -0000

Here are all the patches in one file. The original patches must be applied gradually. I'm sorry for the inconvenience. gpasmCorr4 and gpasmCorr5 are needed for the successful execution of asm tests also on the i386 architecture. Regards, Petr

Molnár Károly posted a comment on ticket #80

Molnár Károly — Sun, 15 Oct 2023 08:19:28 -0000

I believe you intended the gpasmCoffcorr3.patch file to be the main patch. I have found that it cannot be applied. I get a lot of error messages. This is not going to work. Please download the latest svn version. Make your changes in this code tree. Then create a single patch and upload it to the ticket.

Molnár Károly modified ticket #80

Molnár Károly — Sun, 15 Oct 2023 08:19:28 -0000

COFF object file creation in absolute mode

Molnár Károly modified ticket #79

Molnár Károly — Sun, 15 Oct 2023 08:06:56 -0000

gpasm expand macros partly

Petr Mikše posted a comment on ticket #80

Petr Mikše — Sat, 07 Oct 2023 11:55:07 -0000

Gpasm uses significantly less memory with this patch. All the absolute sections share the same memory image.

Petr Mikše posted a comment on ticket #80

Petr Mikše — Fri, 06 Oct 2023 19:04:54 -0000

Just a bugfix.

Petr Mikše posted a comment on ticket #80

Petr Mikše — Tue, 03 Oct 2023 06:02:14 -0000

Hi Károly, thank you very much for your response. Yesterday I tried to simplify the gpasm message generator. All messages are generated with a single function now. No need to format the message in the caller. I am sorry, I am not the right one to take over your project. I don't really understand the parser/lexer part of this software. I don't plan on making any more changes now. Petr

Molnár Károly posted a comment on ticket #79

Molnár Károly — Mon, 02 Oct 2023 16:39:00 -0000

My comment on the https://sourceforge.net/p/gputils/patches/80 also applies here.

Molnár Károly posted a comment on ticket #80

Molnár Károly — Mon, 02 Oct 2023 16:38:50 -0000

I have not worked on the project for a long time. But I don't want your work to go to waste. So I'll try to find the time and energy to go over the improvements at some point. In the meantime, please be patient. (It would be nice if someone could take over the maintenance of the project from me.) Károly

Petr Mikše posted a comment on ticket #80

Petr Mikše — Sun, 01 Oct 2023 12:27:34 -0000

This correction enables 8bit per word idlocs, idlocs and config addresses are excluded from BADROM. It adds an error indicating where overwritten address contents was defined and an error indicating where redefined label was originally defined. Some bugfixes.

Petr Mikše posted a comment on ticket #80

Petr Mikše — Thu, 28 Sep 2023 12:12:35 -0000

This correction adds constants to the coff file. They holds variable names in absolute mode. If not in mpasm compatibility mode, constants beginning with a underscore are excluded, coff file created have a .cof suffix and an executable bit set, so no linker step is needed. I tested debugging using both the simulator and Pickit3 (MPLABX4.15) successfully. A macro dereference (-X option) have also effect to the generated coff file now. A linker listing looks better with it.

Petr Mikše created ticket #80

Petr Mikše — Tue, 26 Sep 2023 14:28:32 -0000

COFF object file creation in absolute mode

Petr Mikše created ticket #79

Petr Mikše — Tue, 26 Sep 2023 14:17:57 -0000

gpasm expand macros partly

Petr Mikše posted a comment on ticket #321

Petr Mikše — Sat, 23 Sep 2023 08:05:00 -0000

I had this problem too. I got around this by putting the macro definitions in a second .inc file that was all conditionally included.

Anonymous posted a comment on ticket #317

Anonymous — Mon, 29 May 2023 13:22:57 -0000

I see two solutions: 1) In most jurisdictions, the files are free, as they are not copyrightable (see discussion on debian-legl: https://debian-legal.debian.narkive.com/gGuSWDyP/are-register-names-and-locations-under-copyright) 2) By now, Microchip provides the XC8 package, which includes header files (in a different format, but containing the same information) under the free 3-clause BSD license.

Nic Pablo posted a comment on discussion General Discussion

Nic Pablo — Mon, 08 May 2023 03:10:40 -0000

I found the culprit. GPUTILS uses two separate environment variables GPUTILS_HEADER_PATH & GPUTILS_LKR_PATH that need to be explicitly provided. Case closed :-) C:\Users\Nic\PIC14>sdcc --use-non-free --verbose -mpic14 -p16f887 TestPIC16.c Processor: 16f887 Using devices from c:\Users\Nic\sdcc\bin..\include\pic14\pic14devices.txt. sdcc: Calling preprocessor... sdcc: sdcpp -nostdinc -Wall -std=c11 -D__SDCC_PROCESSOR="16f887" -D__SDCC_PIC16F887 -D__SDCC_PIC14_STACK_SIZE=14 -obj-ext=.o -D__SDCC_CHAR_UNSIGNED...

Nic Pablo modified a comment on discussion General Discussion

Nic Pablo — Mon, 08 May 2023 01:36:43 -0000

Hi everyone. I am currently developing a Windows app that requires SDCC/GPUtils to be portable ( ie , no installation, just run directly using the path)The SDCC is OK and generates the necessary asm file . It calls gpasm successfully but gpasm seems lost and cannot find the include file ( ie p16f887.inc) . There are different errors in PIC16 & PIC18 .What seems to be missing? I have tested it using the cmd command line only interface. Kindly see below some info: ................. C:\Users\Nic\PIC14>path...

Nic Pablo modified a comment on discussion General Discussion

Nic Pablo — Sun, 07 May 2023 18:21:50 -0000

Hi everyone. I am currently developing a Windows app that requires SDCC/GPUtils to be portable ( ie , no installation, just run directly using the path)The SDCC is OK and generates the necessary asm file . It calls gpasm successfully but gpasm seems lost and cannot find the include file ( ie p16f887.inc) . What seems to be missing? I have tested it using the cmd command line only interface. Kindly see below some info: ................. C:\Users\Nic\PIC14>path PATH=c:\users\nic\gputils\bin;c:\users\nic\gputils\header;c:\users\nic\gputils\lkr;c:\users\nic\sdcc\bin...

Nic Pablo posted a comment on discussion General Discussion

Nic Pablo — Sun, 07 May 2023 18:13:17 -0000

Hi everyone. I am currently developing a Windows app that requires SDCC/GPUtils to be portable ( ie , no installation, just run directly using the path)The SDCC is OK and generates the necessary asm file . It calls gpasm successfully but gpasm seems lost and cannot find the include file ( ie p16f887.inc) . What seems to be missing? I have tested it using the cmd command line only interface. Below is the partial dump: ................. C:\Users\Nic\PIC14>sdcc --use-non-free --verbose -mpic14 -p16f887...

tech66 created ticket #68

tech66 — Fri, 31 Mar 2023 01:07:47 -0000

MACRO name cannot include "_" underscore.

tech66 created ticket #322

tech66 — Sat, 25 Mar 2023 18:27:23 -0000

check for flex and yacc before compiling?

tech66 created ticket #67

tech66 — Sat, 25 Mar 2023 18:19:10 -0000

support for PIC16F152XX family

tech66 posted a comment on discussion General Discussion

tech66 — Sat, 25 Mar 2023 18:10:45 -0000

Having verified the tool for my favorite PIC16F1534x processors, I am adopting it. But I am hopeful there will be support for some simpler p16 devices like PIC16F152xx. The dead end for Microchip MPASM is the reason for this toolkit so we need to keep going with PICs not supported in MPASM. It seems like a great little assembler and I am glad to adopt it. To get more processors supported I would offer help but it would be best if you coordinated things and let us know what you need. I read through...

Anobium posted a comment on ticket #12

Anobium — Wed, 25 Jan 2023 14:07:13 -0000

was the 18F27Q43 class of chips ever added?

Anders Andersson created ticket #321

Anders Andersson — Wed, 04 Jan 2023 17:06:43 -0000

Macros expanded or parsed inside if(0)/endif block, breaking some include-guards

Molnár Károly posted a comment on ticket #78

Molnár Károly — Tue, 03 Jan 2023 11:31:07 -0000

Thanks for the patvh. These are the newer versions [r1331]: gputils-src-20230103-1331.tar.bz2 gputils-20230103-1331-setup.exe

Molnár Károly modified ticket #78

Molnár Károly — Tue, 03 Jan 2023 11:31:07 -0000

Regression in 1.5.2 relative to 1.5.0

gputils released /snapshot_builds/i686-mingw32msvc/gputils-20230103-1331-setup.exe

gputils — Tue, 03 Jan 2023 11:22:04 -0000

gputils released /snapshot_builds/src/gputils-src-20230103-1331.tar.bz2

gputils — Tue, 03 Jan 2023 11:22:04 -0000

Molnár Károly modified ticket #78

Molnár Károly — Tue, 03 Jan 2023 11:20:57 -0000

Regression in 1.5.2 relative to 1.5.0

Molnár Károly committed [r1331] on Code

Molnár Károly — Tue, 03 Jan 2023 11:02:35 -0000

* gputils/gpasm/directive.c:

Roy Rankin posted a comment on ticket #78

Roy Rankin — Mon, 02 Jan 2023 10:12:26 -0000

Here is the patch

Roy Rankin created ticket #78

Roy Rankin — Mon, 02 Jan 2023 10:10:54 -0000

Regression in 1.5.2 relative to 1.5.0

Robert Pearce created ticket #320

Robert Pearce — Sat, 05 Mar 2022 18:42:07 -0000

Inappropriate macro expansion in linker list file

Molnár Károly modified ticket #304

Molnár Károly — Sat, 05 Mar 2022 13:32:48 -0000

GPLINK broken with unused extern

Robert Pearce posted a comment on ticket #306

Robert Pearce — Sun, 20 Feb 2022 10:27:46 -0000

This bug is still present in v1.5.2 and is actually worse than I thought. The apparently harmless change (with a linker-defined address) causes all five bytes of .idata to be initialised wrongly. I've attached an updated zip with the build results I get (and the makefile tweaked to not need my complex build environment)

Molnár Károly modified ticket #315

Molnár Károly — Sat, 19 Feb 2022 14:13:01 -0000

gpasm allows RETURN for 10F202

Molnár Károly posted a comment on ticket #315

Molnár Károly — Sat, 19 Feb 2022 14:13:01 -0000

This bug is fixed in [r1330] svn version.

Molnár Károly committed [r1330]

Molnár Károly — Sat, 19 Feb 2022 14:09:18 -0000

* gpasm/directive.c, gpasm/gpmsg.c, gpasm/gpmsg.h,

Robert Pearce posted a comment on ticket #304

Robert Pearce — Sat, 19 Feb 2022 11:52:22 -0000

Now that the linker defaults to ignoring these symbols (and gives an option to warn about them) I think this is probably fine as it is. In fact, having thought about it, the current behaviour is probably about optimal. You can close the bug. Thanks.

Molnár Károly modified ticket #314

Molnár Károly — Sat, 19 Feb 2022 11:22:52 -0000

PIC16F69 TRIS does not assemble correctly

Molnár Károly posted a comment on ticket #314

Molnár Károly — Sat, 19 Feb 2022 11:22:52 -0000

This bug fixed in svn version [r1329]. Thanks for the bug report and the patch.

Molnár Károly committed [r1329]

Molnár Károly — Sat, 19 Feb 2022 11:19:42 -0000

* libgputils/gpopcode.h,

Molnár Károly posted a comment on ticket #314

Molnár Károly — Sat, 19 Feb 2022 10:27:03 -0000

The data sheet is indeed incorrect. There is a controversy in the description of the TRIS command: Operands: f = 5, 6, 7, 8 or 9 . . . Description: TRIS register ‘f’ (f = 5, 6 or 7) is loaded with the contents of the W register.

Molnár Károly modified ticket #308

Molnár Károly — Sat, 19 Feb 2022 09:46:11 -0000

Incorrect duplicate symbol error

Molnár Károly posted a comment on ticket #308

Molnár Károly — Sat, 19 Feb 2022 09:46:11 -0000

I think it's fine now because of another fix. Károly

Molnár Károly posted a comment on ticket #304

Molnár Károly — Sat, 19 Feb 2022 09:22:58 -0000

Is it worth going into this in more depth, or should it stay that way? Károly

Molnár Károly modified ticket #318

Molnár Károly — Sat, 19 Feb 2022 09:16:41 -0000

ELIF is not ELSE IF, bug or unusual name?

Molnár Károly posted a comment on ticket #318

Molnár Károly — Sat, 19 Feb 2022 09:16:41 -0000

Fixed in svn version [r1328]. Thanks for the bug report and the patch. Károly

Molnár Károly committed [r1328]

Molnár Károly — Sat, 19 Feb 2022 09:13:22 -0000

* gpasm/directive.c, gpasm/testsuite/regression/source/elif.asm:

Robert Pearce posted a comment on ticket #318

Robert Pearce — Fri, 18 Feb 2022 16:33:27 -0000

I agree that looks like a bug - your interpretation of "elif" matches everyone else's, even if the gputils documentation is rather vague on the subject. I believe the fix is fairly simple, it just needs applying in several places. The attached patch should do it.

Robert Pearce modified a comment on ticket #304

Robert Pearce — Fri, 18 Feb 2022 16:02:50 -0000

sorry, was finger trouble.

Robert Pearce posted a comment on ticket #304

Robert Pearce — Fri, 18 Feb 2022 16:00:34 -0000

Well this is weird. I've just tried this again and the problem's back - the --strict option makes no difference.

Robert Pearce posted a comment on ticket #315

Robert Pearce — Fri, 18 Feb 2022 09:11:18 -0000

As far as I can tell, that is in line with MPASM (although that gives a message about the substitution but compiles the same otherwise). There are a few 12-bit processors for which gpasm throws an error on RETURN but even for those, MPASM compiles it as RETLW 0 with a warning.

Robert Pearce posted a comment on ticket #314

Robert Pearce — Fri, 18 Feb 2022 09:07:47 -0000

I believe the attached simple patch is all that's actually needed. I tried tweaking one of the test files to check it out and it seems OK but I'm not sure I get the full process for the tests.

Robert Pearce posted a comment on ticket #308

Robert Pearce — Wed, 16 Feb 2022 20:46:09 -0000

This appears to have been fixed in release v1.5.2

Molnár Károly modified ticket #316

Molnár Károly — Wed, 16 Feb 2022 17:14:45 -0000

incorrect linear_ram_addrs

Molnár Károly posted a comment on ticket #316

Molnár Károly — Wed, 16 Feb 2022 17:14:45 -0000

The relevant page of the datasheet contains misleading information.

Molnár Károly committed [r1327]

Molnár Károly — Wed, 16 Feb 2022 17:11:52 -0000

* lkr/12f1571_g.lkr, lkr/12lf1571_g.lkr, libgputils/gpprocessor.c:

Robert Pearce posted a comment on ticket #316

Robert Pearce — Tue, 15 Feb 2022 18:18:56 -0000

I'm sorry to say this but this "fix" needs reverting as the bug report is in error.

Molnár Károly modified ticket #316

Molnár Károly — Sun, 13 Feb 2022 10:08:50 -0000

incorrect linear_ram_addrs

Molnár Károly posted a comment on ticket #316

Molnár Károly — Sun, 13 Feb 2022 10:08:36 -0000

Thanks for the bug report. Version [r1326] is now free of this bug.

Molnár Károly committed [r1326]

Molnár Károly — Sun, 13 Feb 2022 10:06:18 -0000

* lkr/12f1571_g.lkr, lkr/12lf1571_g.lkr, libgputils/gpprocessor.c:

Molnár Károly posted a comment on ticket #316

Molnár Károly — Sun, 13 Feb 2022 09:54:08 -0000

It appears that the pic12f1571 has an incorrect ending address for linear_ram_addrs in static struct px pics[] in gpprocessor.c. The end address is 0x206F, indicating 112 general purpose registers, but per the datasheet, this processor has 128 general purpose registers. I think the end address should be 0x207F. The linear memory size is indeed incorrect. This is because the lkr file used as the source also contains incorrect data: // File: 12f1571_g.lkr // Generic linker script for the PIC12F1571...

Molnár Károly modified ticket #316

Molnár Károly — Sun, 13 Feb 2022 09:43:46 -0000

incorrect linear_ram_addrs

Robert Pearce posted a comment on ticket #304

Robert Pearce — Sat, 12 Feb 2022 13:18:26 -0000

OK, I've finally got round to checking this against V1.5.2 The core problem (that an unused "extern" creates a need for an unused symbol) is actually still there, but the new "-S" / "--strict" option defaults to ignoring undefined symbols. That's probably an acceptable fix, as it still generates an error if the code attempts to actually use the symbol

Robert Pearce posted a comment on ticket #316

Robert Pearce — Fri, 11 Feb 2022 16:43:47 -0000

The datasheet is inconsistent and GPUtils is correct, I believe. If you look closely at your third attachment, the one that shows "48 bytes" of RAM in page 1, you'll see that the address range is A0 to BF - which is only 32 bytes and matches the 1822. Since the datasheet also specifies that the 1571 has 128 bytes RAM in total, including the 16 bytes shared RAM, the 112 byte linear region is correct.