XC32 Compilers Discussion

[metal]

XC32 Compilers Discussion Topic

[pic64]

New XC32 1.40

http://www.microchip.com/mplabxc32windows

[Manuel]

Even updated 1.40 XC32 part support

https://www.microchip.com/mplabxc32-ps-windows

Manuel

[Armageddon]

Fix for XC32 v1.40.

Steps:
 1. Open "C:\Program Files\Microchip\xc32\v1.40\bin\bin\gcc\pic32mx\4.8.3\cc1.exe" file with your favorite hex editor.
 2. Find and replace these bytes "0F 85 CC 00 00 00 8D 44" with "90 E9 00 00 00 00 8D 44".
 3. Do same with "C:\Program Files\Microchip\xc32\v1.40\bin\bin\gcc\pic32mx\4.8.3\cc1plus.exe" and "C:\Program Files\Microchip\xc32\v1.40\bin\bin\gcc\pic32mx\4.8.3\lto1.exe" files.
 4. Use latest "xclm" file from here, i.e:

xclm

Code:

int main(){
    return 2;
}

Tested under Windows 10 and MPLAB X IDE v3.15.

More info: http://www.jubatian.com/articles/turning-on-optimizations-in-microchips-xc32/

Note: I used the same technique that petarp, but now:

90 = nop
E9 = jmp
00 00 00 00 = $ + 5

Cheers.

[Catcatcat]

Update MPLAB® XC32 v1.44

Fixed in v1.44

XC32-720
In the MPLAB XC32 v1.43 release, the linker incorrectly treated all symbols in the input object files as weak. This meant that non-weak symbols could not override weak symbols. The correct behavior of weak and non-weak symbols has been restored.
XC32-709
When compiling and linking with Smart IO and the Legacy Libc, printf() and related functions may print incorrect output. Under some conditions, the format specifier could get printed. This issue has been fixed.
XC32-708
In XC32 v1.43 and earlier, When compiling and linking with the Non-Legacy Libc, printf() and related functions did not handle the %ll conversion specifier correctly when the value has non-zero bits in the upper 32-bit positions.
XC32-707
XC32 v1.43 emitted a linker error when applying the coherent attribute to a zero-sized section. (Ex: uint8_t __attribute__((coherent)) ary[0]; ) The linker now emits an error when it can't allocate only non-zero sized sections.

The medicine works !!

[Git]

Any medicine for XC32 2.05 please?

[Catcatcat]

Compared the work of version 1.44 and 2.05
- 3 - Optimize yet more favoring speed
medicine "standard" 

as for my project, it makes no difference, everything works!

[Git]

I looked with a magnifier, but still no difference to see

Plenty of    0F 85 CC 00 00 00 xx xx
but no       0F 85 CC 00 00 00 8D 44

[tumbleweed]

I don't know about the patch shown here, but the medicine in the 'XC - software only' thread appears to work for XC32 2.05

http://www.sonsivri.to/forum/index.php?topic=44014.0

[adamantium]

Any medicine for XC32 2.05 please?

I can also confirm the old xclm.exe works, just rename the one in the /bin directory to xclm.old, copy in the xclm.exe patcher and run as administrator.

[MetaMetal]

xc32 v2.15 is out.
medicine works fine.

[Catcatcat]

MPLAB® XC32/32++ Compiler v2.20 (link to the latest compiler version)

everything is working!

[Catcatcat]

MPLAB® XC32/32++ Compiler v2.40 (link to the latest compiler version)

everything is working!

[Manuel]

updated to MPLAB® XC32/32++ Compiler v2.41

Thank you , still perfect.

X!

[Catcatcat]

MPLAB® XC32/32++ Compiler v2.50 (link to the latest compiler version)

everything is working!

On my projects, the new version of the compiler has shown an improvement in optimization for data in RAM (packs 1.2.51).