Add intl extension

[hellomohsinhello]

function format_number(float | int $number): string
 {

        $formatter = new NumberFormatter(app()->getLocale(), NumberFormatter::DECIMAL);

        return $formatter->format($number);
}

format_number(2);

This code won't run as expected.

[MarceauKa]

Fixed it requiring symfony/polyfill-intl-icu

[buchin]

Fixed it requiring symfony/polyfill-intl-icu

Hi @MarceauKa, could you please elaborate required step to solve this issue?
I got this issue and requiring symfony/polyfill-intl-icu does not resolve it.

Thank you

[pmffromspace]

Hi I did a lot of research and this is the closest I got to an solution for this exact problem. Im trying to pack a filamenphp laravel webapp into a desktop programm with the help of nativePHP and I just cant find a way to remove the error „php extension intl not found“

@MarceauKa could you please just quickly tell us in which file (and maybe how) you fixed this?
I tried a lot of ways already, but Im unfortunatly new to php so I would really appreciate the help! :)

Kind regards

[simonhamp]

This is because the intl extension isn't built into the PHP binaries we're using yet.

I also noticed that it's apparently not available for Windows yet.

I will test and see what needs doing to get this in place on the binary side so we don't need to mess around with polyfills.

[pmffromspace]

Thanks for this quick response!

In the meantime I tried to build the php binaries manually with this approach:

composer require nativephp/php-bin --dev

git clone https://github.com/crazywhalecc/static-php-cli.git --depth=1
cd static-php-cli
bin/spc download --clean
bin/spc download --with-php=8.2 --for-extensions "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"
bin/spc build --build-cli --build-embed "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"

##-> copying to vendor directory...
# Doing the same for 8.3

bin/spc download --clean
bin/spc download --with-php=8.3 --for-extensions "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"
bin/spc build --build-cli --build-embed "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"

I then (Im on MacOS) right clicked the php bin and compressed it to a .zip file and renamed and replaced the supposingly old php bins at vendor/nativephp/php-bin/bin/mac/arm64/php-8.2.zip

But I stillt get the same error. (with php artisan native:serveor php artisan native:build)

Did I miss something when replacing the php binary or is it just not that simple?

Kind regards.

[simonhamp]

In theory, what you've done is correct...

What version of PHP are you running locally? php -v

[pmffromspace]

PHP 8.3.6 (cli) (built: Apr 12 2024 00:13:56) (NTS)

maybe I should zip it using a cli tool?

[simonhamp]

So the thing to check is if the PHP you've built actually includes intl

So you can check the PHP8.3 binary you generated:

/path/to/binary/php -i | grep intl

[pmffromspace]

I get following (I cant interpret if this is sufficient)

cd <directroy-of-generated-php-bin>
./php-8.3 -i | grep intl

Output:

intl
intl.default_locale => no value => no value
intl.error_level => 0 => 0
intl.use_exceptions => Off => Off

[simonhamp]

That means intl extension is enabled and working

[simonhamp]

It's possible that even after copying it into the vendor folder it gets wiped away

Can you also check the version that gets built into the app?

[pmffromspace]

Im having trouble finding a way to check that - in the developer tools I cant find the php version. Im also unable to build php-8.1.
How would I check the final build php version?

[simonhamp]

There are some instructions in the docs

[pmffromspace]

I was able to solve this issue 🚀with following steps thanks to the very helpful and kind person @simonhamp - many thanks!! (I will list all above discussed steps again so people stumbeling over it with the same issue have a better overview:

---

DISCLAIMER:

1. !! adapt the manual build to your php-version !!
2. I think this work around only works for the OS+Arch your manually building and replacing the php bin!

---

Setup:

• Filamentphp
• Laravel
• nativePHP
• basically the app enables users to input data into tables with the help of forms and displays them with charts on the app dashboard
  -> Trying to create a desktop app version off my laravel filament web app.

Problem:

• everything with nativePHP works fine, Desktop App starts and looks good.
• starting desktop app I sometimes got error code 500
• When user creates a entry (fills a form to add row to table) there is a fatal php error "php extension intl not found"

Cause:

the static php binaries currently used by nativePHP dont include this extension (yet)

---

Solution:

• basically I got it working by manually building the php binary and replacing the one used by nativePHP.

How I did this:

1. building php binary

• clone git for static-php git
• !! adapt to your php-version !!

composer require nativephp/php-bin --dev

git clone https://github.com/crazywhalecc/static-php-cli.git --depth=1
cd static-php-cli
bin/spc download --clean
bin/spc download --with-php=8.3 --for-extensions "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"
bin/spc build --build-cli --build-embed "intl,bcmath,ctype,curl,dom,fileinfo,filter,mbstring,openssl,pdo,pdo_sqlite,session,simplexml,sockets,sqlite3,tokenizer,xml,zlib"

2. move php binary to nativePHP

• rename original /path/to/your/app/vendor/nativephp/electron/resources/js/resources/php/php
  to php.original

copy the newly built php binary from /static-php-cli/buildroot/bin/php to the nativePHP directory of your project /path/to/your/app/vendor/nativephp/electron/resources/js/resources/php/php

3. build with nativePHP

• run php artisan native:build and/or php artisan native:serve

---

i: Interestingly, it seems like the php binary gets copied from the dev to the prod build at dist so it seems to work.

verifying the build worked:

checking newly build php bin:

cd /static-php-cli/buildroot/bin/
./php -i | grep intl
./php -v

checking after 'php artisan native:build` run

# for DEV build
cd /path/to/your/app/vendor/nativephp/electron/resources/js/resources/php/php
./php -i | grep intl
./php -v

# for PROD build
cd /path/to/your/app/dist/mac-arm64/YOU_APP/Contents/Resources/app.asar.unpacked/resources/php/
./php -i | grep intl
./php -v

Helpful link to debug nativePHP related stuff: https://nativephp.com/docs/1/getting-started/debugging#check-your-app-and-php

[simonhamp]

Nice write-up!

I just want to re-state that if you're using custom builds of PHP you may have issues with distribution later down the line - I'm not clear yet if these PHP builds also need signing in order to not be blocked (if anyone knows better, please chime in!)

Also, from a support perspective, it's helpful to the maintainers to have a limited range of versions of PHP to try and debug issues with. I don't want to stop you building your apps, but any custom PHP builds will require paid support and won't be supported via GitHub.

[pmffromspace]

Generally speaking: Do you plan to add the intl extension to the main builds? Because I think it would be needed to support "Laravel Filamentphp" developers -> major plus for whole nativePHP project. :)

[simonhamp]

Yes definitely

[simonhamp]

It's just waiting on this

[simonhamp]

So, sadly baked-in Windows intl support isn't coming anytime soon. But it's possible that we can still load it dynamically. I'm going to look into this shortly