Octave 3.2.2 make fltk a variant

[sebastian@…]

I propose to make octave's dependence on fltk a variant instead of a dependence. Octave compiles without fltk and most users will not need it anyway. This is important since fltk is currently broken on snow leopard 64-bit.

[alakazam@…]

I'd much prefer to limit the number of variants for the octave port, and would prefer to quickly fix the FLTK port. Solutions have been brought up in the comments to ticket  #21054: fltk 1.1.9 does not build 64-bit, so I'll be implementing those changes first, before resorting to (imho) more drastic measures.

[sebastian@…]

Replying to alakazam@…:

I'd much prefer to limit the number of variants for the octave port, and would prefer to quickly fix the FLTK port. Solutions have been brought up in the comments to ticket  #21054: fltk 1.1.9 does not build 64-bit, so I'll be implementing those changes first, before resorting to (imho) more drastic measures.

The fix is to compile fltk for the i386 architecture only, but then I am afraid that octave x86_64 cannot be linked to an i386 library... It will need some time to get fltk for x86_64; there is still plenty of carbon in it, see this  post.

For me it is not a big problem, since I already compiled octave as x86_64 (without fltk), but other might have troubles in doing so.

[alakazam@…]

FLTK seems to actually be an optional dependency of octave... and the current portfile doesn't even inform the configuration script of FLTK's location. This means (if I'm not mistaken and I'm testing this right now) that currently, macports' octave doesn't even use FLTK although it depends on it. So I'll probably simply be removing this unneeded dependency, and will only add a variant if there is a specific request for one in the future.

(committed in r57903)