On 2022/12/29 11:31:42 +0100, Omar Polo <o...@omarpolo.com> wrote:
> On 2022/12/29 02:38:17 -0700, "Anthony J. Bentley" <anth...@anjbe.name> wrote:
> > Nice to see this.
> >
> > Omar Polo writes:
> > > The idea then is to move the current port for the 0.8.0 (assuming we
> > > want to keep it) as games/love/0.8.0 and add some other versions too,
> > > for the time being 0.10.4 and 11.4 (the latest.) 11.1 doesn't compile
> > > out of the box, and we can always add other versions later.
> >
> > My understanding is that LOVE keeps API compatibility between minor
> > versions, so 11.1 is obviated by 11.2 and eventually 11.4.
>
> I thought it was the case (that's why i haven't spent much energy in
> trying to port 11.1) but wasn't sure, thanks for confirming.
>
> it's also probably why they switched from 0.10.X to 11.Y at some
> point.
>
> > If that's
> > the case, we should rename the packaged files and the port directories
> > to 0.8, 0.10, and 11, and only package the latest of each.
>
> done
>
> > I would also like the version numbers in PLIST to use a SUFFIX variable
> > (as autoconf, etc. do).
>
> I avoided it initially because it leads to entries such as
>
> @lib lib/liblove-${VERSION}.so.${LIBlove-${VERSION}_VERSION}
>
> but maybe it's not bad.
I can't read, sorry. Here's a tarball that defines SUFFIX as autoconf
does. it still has entries like
@lib lib/liblove${SUFFIX}.so.${LIBlove${SUFFIX}_VERSION}
i've also only used SUFFIX in plists and Makefile.inc, not in the
other makefiles. should I change them xtoo?
> I've also lowered the autoconf and automake version to what upstream
> used (latest autoconf would warning about deprecated macros) and
> adjusted Makefile.inc not to add the lang/lua category (already done
> by lua.port.mk)
love.tar.gz
Description: GNU Zip compressed data
