CXX on X86 : LLVM ERROR: out of memory

[joukj]

Hi I get the following:

Code: Select all

rumba-jj) cxx/vers
clang version 10.0.1 (git@bitbucket.org:vms_software/llvm-10.0.1.git 1944c289616
bb7073af92c05d3ba6e7fd5d7ed0e)
Build date: 09-01-2023
Target: x86_64-OpenVMS
Thread model: posix
InstalledDir: RUMBA$DKA100:[SYS0.SYSCOMMON.][SYSEXE]


rumba-jj)cxx /stan=gnu14/define=("DIP_CONFIG_HAS_JPEG=1",	"DIP_CONFIG_HAS_ICS=1","
DIP_CONFIG_HAS_TIFF=1","DIP_CONFIG_HAS_FFTW=1"	,"DIP_CONFIG_HAS_FREEGLUT=1","DI
P_CONFIG_HAS_FREETYPE=1",	DIP_VERSION_STRING="3.0-vms")/l_doub=64	/include
=([],[--.include])	/warn=disable=("reserved-user-defined-literal") matrix.c
pp
LLVM ERROR: out of memory
Stack dump:
0.	Program arguments: RUMBA$DKA100:[SYS0.SYSCOMMON.][SYSEXE]CXX$COMPILER.EX
E;1 --std=gnu++98 --std=gnu++14 -DDIP_CONFIG_HAS_JPEG=1 -DDIP_CONFIG_HAS_ICS=1 -
DDIP_CONFIG_HAS_TIFF=1 -DDIP_CONFIG_HAS_FFTW=1 -DDIP_CONFIG_HAS_FREEGLUT=1 -DDIP
_CONFIG_HAS_FREETYPE=1 -DDIP_VERSION_STRING="3.0-vms" -I[] -I[--.INCLUDE] -mlong
-double-64 -Wno-reserved-user-defined-literal -Wno-nonportable-include-path -isy
stem/CXX$SYSTEM_INCLUDE -isystem/CXX$USER_INCLUDE -x c++ -D__RTTI $DSTM:[JOUKJ.p
ublic.diplib.diplib_2890.diplib.src.support]matrix.cpp;23 
1.	<eof> parser at end of file
2.	Code generation
3.	Running pass 'Function Pass Manager' on module '$DSTM:[JOUKJ.public.dipl
ib.diplib_2890.diplib.src.support]matrix.cpp;23'.
4.	Running pass 'X86 Assembly Printer' on function '@_ZN5Eigen8internal16bi
nary_evaluatorINS_13CwiseBinaryOpINS0_17scalar_product_opIddEEKNS_14CwiseNullary
OpINS0_18scalar_constant_opIdEEKNS_6MatrixIdLin1ELi1ELi0ELi2ELi1EEEEEKNS_5BlockI
KNSD_INSD_INS8_IdLi2ELi2ELi0ELi2ELi2EEELi2ELi1ELb1EEELin1ELi1ELb0EEELin1ELi1ELb0
EEEEENS0_10IndexBasedESL_ddEC2ERKSK_'
%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000000000
0011, PC=FFFF8301079FC77E, PS=0000001B

  Improperly handled condition, image exit forced.
    Signal arguments:   Number = 0000000000000005
                        Name   = 000000000000000C
                                 0000000000000004
                                 0000000000000011
                                 FFFF8301079FC77E
                                 000000000000001B
    Register dump:
    RAX = 0000000000000001  RDI = 000000007FF7BC20  RSI = 0000000000000001
    RDX = 0000000000000000  RCX = FFFFFFFFBD005FDE  R8  = 0000000000000000
    R9  = FFFFFFFF8049B900  RBX = 000000007A919F00  RBP = 000000007A90EF60
    R10 = FFFFFFFFFFFFFFD9  R11 = 0000000000000000  R12 = 000000007A90EEA8
    R13 = FFFFFFFF804B83F0  R14 = FFFFFFFF804B8558  R15 = 000000007A904602
    RIP = FFFF8301079FC77E  RSP = 000000007A90EEA0  SS  = 000000000000001B
%MMS-F-ABORT, For target matrix.obj, CLI returned abort status: %X1000000C.

What can cause this problem??? It seems that the problem is deep in the Eigen-package (see http://nchrem.tnw.tudelft.nl/openvms/so ... html#EIGEN )
I do not see here any "large" constant matrices....

[jreagan]

No, the compiler shouldn't do that. Still using the same source?

The next release coming at the end of the month contains the changes for the compiler using more 64-bit memory to help with those compilations that run out of memory.

John

[joukj]

Stlll the same source: I saved all my bug-report sample code in a separate directory tree. In that way I have a simple test if a new compiler fixed the problem. (and report that back to the forum if it is fixed)

[joukj]

Looks like that this problem is solved with the CXX-beta released yesterday