- Sep 22, 2011
- HP EliteDesk 800 G5 Mini
- UHD 630
- Mobile Phone
Even thought Acidanthera does not support installation of kexts in /Library/Extensions, Vit9696 has fixed the AppleALC.kext issue that caused the errors I had reported. AppleALC.kext 1.5.5 should no longer have these errors and will install without issues in /Library/Extensions.Has anyone observed the warning "relocation failed" when attempting to install the latest AppleALC.kext (1.5.4) in /L/E? Is this a problem and does this preclude installation of AppleALC.kext in /L/E? Details below...
I'm still installing kexts in /L/E with CLOVER r5122 and Catalina 10.15.7. When attempting to install the latest AppleALC.kext (1.5.4), executing 'kextcache -i /' results in the warning below (repeated 4 times). Acidanthera doesn't consider this to be a problem since it doesn't affect OC kext injection and they no longer support CLOVER and kexts installed in /L/E. This warning does not occur with AppleALC.kext 1.5.3. Does anyone know if this warning is a problem for AppleALC.kext installed in /L/E? Thank you.
kxld[as.vit9696.AppleALC]: Warning: relocation failed because some class in this kext didn't use the OSDeclareDefaultStructors and OSDefineMetaClassAndStructors, or didn't export all vtable symbols, so it still references IOService::_RESERVEDIOService0(), which has been patched with another symbol for binary compatibility. Please make sure all classes that inherit from OSObject use these macros.