[karimibrahim07]

What

Java 25 LAN / DNS (PPSA99869, #5501) imports fegetenv (psx0YiAKm7k) from libSceLibcInternal.prx, and no AnyPS5 library exports it. With #5502 (sysctlnametomib, the current stop on main) applied, the loader stops here:

FAIL: unresolved ELF import psx0YiAKm7k from libSceLibcInternal.prx

fegetenv follows FreeBSD 11 amd64 fenv.c and the 32-byte fenv_t of x86/fenv.h (unchanged on main): fnstenv stores the 28-byte x87 environment, fldcw reloads the control word because fnstenv masks every x87 exception, MXCSR goes at 0x1c, and it returns 0. It is implemented in libc, since the loader also resolves libSceLibcInternal imports against libc.prx, as for atanhf. A null pointer throws. The technical-debt entry records that the console's libSceLibcInternal is assumed to have the same code and layout.

Tested

Windows 11 Pro (26300), WinLibs GCC 15.2.0 r7, Release. The branch is rebased onto feddf7f. fegetenv and its test sit next to _Fltrounds and CheckNearbyint, out of the lines #5495 changes, and tools/pr_overlap.py --branch reports no overlap with open pull requests.

• guest_math gains CheckFegetenv. It sets the x87 control word to 0x0f7e (IE unmasked, round toward zero) and MXCSR to 0x7fa0, leaves a pending x87 divide-by-zero flag, then checks the control word, status word and MXCSR stored in the guest fenv_t, that the control word and MXCSR are unchanged afterwards, and that a null pointer throws. With the fldcw removed the test fails (0xc0000409).
• Java 25 LAN / DNS PPSA99869 01.000.000 (PPSA99869-lan-dns-pass-01.000.000.zip, SHA-256 3cfeed2f…11cc, as in Java 25 LAN / DNS (PPSA99869) #5501), run on main 30f9612 before the rebase. I unwrapped eboot.bin and sce_module/libc.prx from their fSELF containers and relinked with --windows --to-intel --trap-sdk-syscall-stubs --registry:
  • on main: FAIL: unresolved ELF import UkEV4hvMo1E from libkernel.prx (sysctlnametomib)
  • main + feat(libkernel): implement sysctlnametomib for the sysctl names AnyPS5 serves #5502: FAIL: unresolved ELF import psx0YiAKm7k from libSceLibcInternal.prx (fegetenv)
  • main + feat(libkernel): implement sysctlnametomib for the sysctl names AnyPS5 serves #5502 + this PR: FAIL: unresolved ELF import +hFjyohmOU0 from libkernel.prx (mincore, the next absent import Java 25 LAN / DNS (PPSA99869) #5501 lists)
• Full ctest (--parallel 4 --timeout 120) on the current head: 1108 of 1109 pass. windows_trace_imports fails locally only because Defender deletes its generated output.exe (WinError 225); it fails the same way on main.
• python tools/check_conventions.py --base origin/main passes.

Checklist

• Based on current main; no other open PR implements the same functions
• One topic per PR; follow-ups go in a new PR
• No comments in code except technical debt
• Unimplemented paths throw (NotImplemented_nid_no_patch); silent stubs are listed under Silent stubs in their library's technical debt file
• No notes, investigation .md files or images added to the repository (attach them to this PR)
• New third-party code is a submodule built from source
• Generic behaviour, not specific to one title
• Depends on: none (feat(libkernel): implement sysctlnametomib for the sysctl names AnyPS5 serves #5502 is only needed for PPSA99869 to reach this import)
• Unblocks: PPSA99869 Java 25 LAN / DNS (PPSA99869) #5501
• GPUs tested: n/a
• AI-assisted: yes

🤖 Generated with Claude Code

[pipe1os]

Built and ran this on Windows: head 81104f731 merged onto main f5424b4db (no conflicts), Windows 11, WinLibs GCC 15.2.0, Ninja Release.

• guest_math passes. With Math.cpp put back to main and the test kept, it doesn't link (undefined reference to fegetenv_nid_postfix).
• Java 25 LAN / DNS (PPSA99869): with feat(libkernel): implement sysctlnametomib for the sysctl names AnyPS5 serves #5502 the loader stops at psx0YiAKm7k from libSceLibcInternal.prx; adding this PR it moves on to +hFjyohmOU0 (mincore, feat(libkernel): implement mincore #5643). So the libc.prx export does satisfy the libSceLibcInternal import on Windows.
• Checked against FreeBSD 11.0 amd64/fenv.c L86-L97 and the amd64 fenv_t in x86/fenv.h L81-L89: same steps (fnstenv, MXCSR at 0x1c, fldcw of the saved control word) and the same 32-byte layout. Doing the fldcw before reading MXCSR doesn't change anything. Nothing to add from my side.

AI-assisted.

[github-actions]

Progress report (afc8541 → 81104f7)

📈 System libraries: 88.19% (+0.01%, +1 implemented functions)

✅ 1 implemented

Library	Name
libc	fegetenv_nid_postfix

[adriadam10]

Checked fegetenv against FreeBSD amd64 fenv.c and the 32-byte fenv_t (fnstenv, control word reloaded, MXCSR at 0x1c). guest_math passes with the change and fails to link without it. Null pointer throws, TechnicalDebt entry records the assumption about the console's library.

Added one commit: moved the TechnicalDebt line out of the end of its section to avoid adjacency conflicts. Rebased onto current main; merging once CI is green.