Patrick Hayes

Yes, looks wrong. But maybe the problem is not with main.o, but with one of the libraries that gets linked in. (libsdcc.lib or pic16f887.lib)? What do they look like inside? Btw, i have been working a bit on a MPLABX plugin for gputils, so gpasm can be selected as a build tool, just like mpasm or any other compiler. Is it of any interest? It can be found on https://github.com/mc6pac/toolchainGPUTILS It is in a very rough preliminary version, but somewhat functional. No binaries yet.

I traced the coff-file problem to first appear in build 1219 (between 1217 and 1219). One of the things changed, apart from a lot of renaming, is massive changes to the libgputils\gpcoffgen.c and related files. Massive changes, probably related to the introduction of the -b flag on gplink.

Just found this comment in a MPLABX SDK file called "CoffSectionHeader.java": The section name is either a string or a reference into the string table. Strings of fewer than seven characters are stored directly, and all others are stored in the string table. If the first four characters of the string are 0, then the last four bytes are assumed to be an offset into the string table. This is a bit nasty as it is not strictly conforming to the ANSI specification (i.e., type munging is undefined behaviour...

See attached zipfile The asm file is generated by sdcc. commands: gpasm -o main.o -c main.asm gplink -c -m -w -r -o main.hex main.o libsdcc.lib pic16f887.lib Output from mplabx using sdcc 3.6.0 and gputils1.5.x CLEAN SUCCESSFUL (total time: 63ms) make -f nbproject/Makefile-default.mk SUBPROJECTS= .build-conf make[1]: Entering directory 'D:/Projekter/MPLABX/RobotBMW/sdcctest.X' make -f nbproject/Makefile-default.mk dist/default/production/sdcctest.X.production.hex make[2]: Entering directory 'D:/Projekter/MPLABX/RobotBMW/sdcctest.X'...

Great, thanks. Assert fixed. But the COFF file is still broken. MPLABX will not load it. Some section names contains random chars. Only for uninitialized/empty sections?

If I remove the trailing \n in the format string, the assert goes away. Now it just produces an invalid? coff file. MPLABX can't load it. My best guess is empty sections with uninitialized names (shows up with random chars/values)

ok, just took a look at the assert. your commit 1302->1303 in gpcod.c: +static const char* m_day_names[] = { + "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" +}; - length = strftime(temp, sizeof(temp), "%d%b%g", localtime(&now)); - assert(length < Pascal_max_size); + t = localtime(&now); + length = snprintf(temp, sizeof(temp), + "%02d%s%02d\n", t->tm_mday, m_day_names[t->tm_mon], (t->tm_year + 1900) % 100); + assert(length < (int)Pascal_max_size); the added sbprintf...

Let me know if you need anything. Patrick