c++ Builder xe5 Error detected (LME288)

Question

c++ Builder xe5 [ilink32 Error] Error: Unable to perform link [ilink32 Warning] Warning: Error detected (LME288)

that happened when i tried to compile a test project c++ builder xe5 on windows xp

Answer 1

For me the problem started when I switched on Auto increment build number in XE7. The project I had had worked for several months without problem. The project was created by an earlier version of Builder. The first problem that occurred was problem for compiler to find windows.h, and the same for rc compiler. The PATHs was updated to invalid versions by Builder (perhaps these were from earlier Builder). After adding the PATHs the LME288 occurred. After switching of the Auto increment build number and removed all temporary files it seems to work again.

Answer 2

I had the same linker issue LME288 on RAD Studio XE7 / Windows 10. Cleaning temporary files using CCleaner fixed it.

Edit: the problem keeps coming back but another run of cleaning fixes it.

Answer 3

Disable your AntiVirus protection software for the ilink32.exe in the embarcadero bin folder, especially if you are using bitdefender.

Answer 4

I got some information on this from Embarcadero which may help.

The error is an "out of memory", error. The reason for "Out Of Memory" errors (which come in different guises) in the linker, is that the linker has to pre-allocate memory in contiguous heaps that it then uses as it links, in the past these heaps could not be adjusted, we had to do a best guess, so in the new 64-bit linker (and has also been added to the 32-bit linker) we allowed people to be able adjust the size of these heaps manually when they needed to. Now the reason why these heaps can be problem is that not all systems are the same, some people use different software that map DLLs into the linker's address space like Windows Hook DLLs, antivirus software all these DLLs allocate memory INSIDE the linker's (any application really) address space and hence has an impact on the size of the heaps the linker can allocate. So we added this ability to adjust the heaps manually, but we also allocated the initial heaps quite big .

The 32bit linker has a new switch -GH, see below this is similar to the ilink64 switch.

The syntax for the switch is:

-GH[heap name]=[number of bytes for the heap]"

This option -GH exists from XE3 Update 1 onwards but evidently is not documented?

To see which heap is out of memory you can try from command line.

MSBuild /p:Platform=Win32 /v:diag XXXX.cbproj

This provides additional information such as:

Overrun on linker heap: code

Linker Heaps

---

info 0x002d0000 0x0a000000

code 0x000d0000 0x00100000

data 0x00030000 0x08000000

bss 0x08000000 0x08000000

Fatal: Out of memory

The left side of the above output is number of bytes being used at the moment and on the right the number of bytes allocated for the specific named heap.

The default heap sizes the linker allocates at start up are:

"system", default size 0x08000000

"info", default size 0x0A000000

"code", default size 0x08000000

"rodata", default size 0x06000000 //readonly data

"data", default size 0x08000000

"bss", default size 0x08000000

"tds", default size 0x0FA00000

When you see the "unknown heap" this is normally the "tds" heap

Example to adjust tds heap to 0x0A000000 you would do -GHtds=0x0A000000

Hopefully this information helps you and others with the LME288 error.

Answer 5

I had the same problem here C++ Builder XE7 LME288 Error

My solution was simple to clean up all temp files. It seems like the error is connected with corrupt temp files.

Answer 6

I just had this issue with XE4 on Windows 10. Fvel got me on the right track. The issue was being caused by the file being opened with BDSLauncher.exe instead of bds.exe . I set the default program for .groupproj to be bds.exe and the problem went away.