Antigravity IDE language_server_linux_x64 crashes with SIGILL on Intel Celeron 2957U (No AES-NI support)

Summary

Antigravity IDE launches successfully, but the Antigravity server crashes immediately and AI features are unavailable.

Environment

  • Antigravity IDE: Latest official Linux x64 build
  • OS: Ubuntu 26.04 LTS (64-bit)
  • CPU: Intel Celeron 2957U (Haswell)
  • Architecture: x86_64

Steps to Reproduce

  1. Install the latest Antigravity IDE from the official website.
  2. Launch the IDE.
  3. The IDE opens normally.
  4. After a few seconds, the notification appears:

Antigravity server crashed unexpectedly.

Expected Behavior

The language server should start and AI features should work.

Actual Behavior

The language server crashes immediately.

Ubuntu crash report shows:

Executable:

/opt/antigravity-ide/resources/app/extensions/antigravity/bin/language_server_linux_x64

Signal:

SIGILL (Illegal Instruction)

Running the language server under GDB produces:

FATAL ERROR: This binary was compiled with aes enabled, but this feature is not available on this processor (go/sigill-fail-fast).

All required shared libraries are present (ldd shows no missing dependencies).

The IDE itself starts correctly; only the language server crashes.

CPU Information

Intel Celeron 2957U

The processor does not support AES-NI (no aes CPU flag).

Request

Is there:

  • a compatibility build for CPUs without AES-NI?
  • a legacy language server?
  • or are CPUs without AES-NI no longer supported?

This issue is preventing me from participating in an official Antigravity bootcamp that requires the IDE.

Thank you.

The all-mighty, all-powerful, all-seeing, all-knowing AI describes this CPU thusly:

The Intel Celeron 2957U is an entry-level, ultra-low-voltage dual-core mobile processor featuring a 1.40 GHz base clock, 2 MB of cache, and a 15W TDP. Released in Q4 2013 and built on the 22nm Haswell architecture, it is now a discontinued legacy CPU suited only for basic tasks and light router or firewall setups.

Even if AG is fixed, it is unlikely that the resulting performance of this CPU would be usable. AG is a visually-rich editor and it needs a modern, fast, multi-core CPU.

Frankly, I don’t see an argument for investing resources into making a compatible build for a hardware platform that is unlikely to provide an acceptable performance.