[PATCH] cleanup macos build

[Qian Yun]

contrib/macos/mk_app is hopelessly outdated.

I move the only useful line "sed FRICASVER" to Makefile.in.

contrib/macos/README is also outdated, the TODOs in it are done.

BTW, I think contrib/cygwin/ is outdated. Is contrib/sbcl/,
contrib/omcl.diff also outdated?

- Qian

[Waldek Hebisch]

On Fri, Jan 05, 2024 at 08:03:28PM +0800, Qian Yun wrote:
> contrib/macos/mk_app is hopelessly outdated.

I am not sure what you mean here. Do you mean that it does not
work and fixes are nontrivial? Or that everthing that 'mk_app'
is doing is done better elsewhere?

AFAIK 'mk_app' used to work and created "fully featured"
application bundle for Mac OSX. "fully featured" meaning including
working HyperDoc and graphics.

> I move the only useful line "sed FRICASVER" to Makefile.in.
>
> contrib/macos/README is also outdated, the TODOs in it are done.
>
> BTW, I think contrib/cygwin/ is outdated.

Well, for several years using clisp on Cygwin does not work.
IIUC it should work using ECL.

> Is contrib/sbcl/,
> contrib/omcl.diff also outdated?

Well, they are "eternal" because they refer to specific past versions
of sbcl/Clozure CL which are not going to change. And AFAICS FriCAS
still can run using those versions.

BTW: most things in contrib are not part of normal FriCAS testing.
So they may get broken. Still, updating something that used to
work is much easier than re-creating the whole thing. So it
makes sense to keep even non-working contribs.

--
Waldek Hebisch

[Qian Yun]

On 1/6/24 05:33, Waldek Hebisch wrote:
> On Fri, Jan 05, 2024 at 08:03:28PM +0800, Qian Yun wrote:
>> contrib/macos/mk_app is hopelessly outdated.
>
> I am not sure what you mean here. Do you mean that it does not
> work and fixes are nontrivial? Or that everthing that 'mk_app'
> is doing is done better elsewhere?
>

The building and packaging is done in Makefile.in (target
'dist-macos' and 'dist-macos-dmg').

I'll leave contrib/macos alone then.

- Qian

[Dima Pasechnik]

On Fri, Jan 5, 2024 at 9:33 PM Waldek Hebisch <de...@fricas.org> wrote:
>
> On Fri, Jan 05, 2024 at 08:03:28PM +0800, Qian Yun wrote:
> > contrib/macos/mk_app is hopelessly outdated.
>
> I am not sure what you mean here. Do you mean that it does not
> work and fixes are nontrivial?

Nowadays a functioning maOS app requires notarization and signing
(otherwise OS will keep nagging you, and probably won't even let you
install it) - which is not there,
and it's a bit tricky task to set up.

And it seems to me x86_64 only, whereas it's increasingly aarch64
(arm64) as far as
Apple's machines go.

Here is a Sage's macOS app: https://github.com/3-manifolds/Sage_macOS

> Or that everthing that 'mk_app'
> is doing is done better elsewhere?
>
> AFAIK 'mk_app' used to work and created "fully featured"
> application bundle for Mac OSX. "fully featured" meaning including
> working HyperDoc and graphics.
>
> > I move the only useful line "sed FRICASVER" to Makefile.in.
> >
> > contrib/macos/README is also outdated, the TODOs in it are done.
> >
> > BTW, I think contrib/cygwin/ is outdated.
>
> Well, for several years using clisp on Cygwin does not work.
> IIUC it should work using ECL.
>
> > Is contrib/sbcl/,
> > contrib/omcl.diff also outdated?
>
> Well, they are "eternal" because they refer to specific past versions
> of sbcl/Clozure CL which are not going to change. And AFAICS FriCAS
> still can run using those versions.
>
> BTW: most things in contrib are not part of normal FriCAS testing.
> So they may get broken. Still, updating something that used to
> work is much easier than re-creating the whole thing. So it
> makes sense to keep even non-working contribs.
>
> --
> Waldek Hebisch
>

> --
> You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to fricas-devel...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/ZZh1wKZJHpj7pBms%40fricas.org.

[Qian Yun]

On 1/6/24 08:47, Dima Pasechnik wrote:
> On Fri, Jan 5, 2024 at 9:33 PM Waldek Hebisch <de...@fricas.org> wrote:
>>
>> On Fri, Jan 05, 2024 at 08:03:28PM +0800, Qian Yun wrote:
>>> contrib/macos/mk_app is hopelessly outdated.
>>
>> I am not sure what you mean here. Do you mean that it does not
>> work and fixes are nontrivial?
>
> Nowadays a functioning maOS app requires notarization and signing
> (otherwise OS will keep nagging you, and probably won't even let you
> install it) - which is not there,
> and it's a bit tricky task to set up.

It's possible to install without signing, but indeed very complicated.

There's hope that I can get help from a friend to do the signing
this month.

> And it seems to me x86_64 only, whereas it's increasingly aarch64
> (arm64) as far as
> Apple's machines go.

Yes, I'm aware. Github Action will have ARM macOS runner this quarter,
so I'll tweak CI scripts then.

- Qian