libcaca @0.99.beta18: Make building caca-sharp into a variant

[cooljeanius (Eric Gallager)]

Recently tried building libcaca, and it tried building C# bindings:

Making all in caca-sharp
make[2]: Entering directory `/opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libcaca/libcaca/work/libcaca-0.99.beta18/caca-sharp'
/opt/local/bin/csc -debug -unsafe ./AssemblyInfo.cs ./Caca.cs ./Attr.cs ./Canvas.cs ./Display.cs ./Dither.cs ./Event.cs ./Font.cs -out:caca-sharp.dll -target:library \
	  -keyfile:./caca-sharp.snk -r:System.Drawing.dll
csc: invalid option `-out:caca-sharp.dll'
make[2]: *** [caca-sharp.dll] Error 64
make[2]: Leaving directory `/opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libcaca/libcaca/work/libcaca-0.99.beta18/caca-sharp'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libcaca/libcaca/work/libcaca-0.99.beta18'
make: *** [all] Error 2
make: Leaving directory `/opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libcaca/libcaca/work/libcaca-0.99.beta18'
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libcaca/libcaca/work/libcaca-0.99.beta18" && /usr/bin/make -j2 -w all 
Exit code: 2

Unfortunately, /opt/local/bin/csc is not a C# compiler, it actually comes from the chicken port:

Local-Admins-MacBook-Pro:~ root# port provides /opt/local/bin/csc
/opt/local/bin/csc is provided by: chicken

The C# bindings should be made into a variant so that people who don't want to build them don't have to.

[ryandesign (Ryan Carsten Schmidt)]

A subport would be better than a variant because other ports could then declare a dependency on it.

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

A subport would be better than a variant because other ports could then declare a dependency on it.

Yeah, whatever works. I just suggested a variant because I find those easier to write, but if someone wants to write a sub-port, I'd appreciate that, too...

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

There is still no C# bindings, but at least the error should be fixed in r140827.