fltk build failure, missing symbol and wrong arch for .o files

[nerdling (Jeremy Lavergne)]

fltk fails to build on snow leopard, also has wrong arch for .o files.

Undefined symbols:
  "_main", referenced from:
      start in crt1.10.6.o

[halfpricewine@…]

Cc Me!

[ndoc2@…]

Cc Me!

[dershow]

Cc Me!

[blb@…]

This may be fallout from #21054 which forces building 32bit, and would appear to be upstream as ​STR #2221. 32bit build fixed in r60057.

I'm guessing all ports depending on fltk are going to need to do only 32bit as well?

[alakazam@…]

The following ports currently depend on FLTK : csound (nomaintainer), peekabot (maintainer + openmaintainer), xdiskusage (nomaintainer). There are currently no open tickets for these ports : either no one cares, or they work (unlikely), or they don't work, people care, but haven't opened tickets (quite possible). I don't have time unfortunately to go into these ports right now (and understand how 32/64bit handling should be done for them), at least this is the current state of things wrt FLTK. Thanks for the fix, by the way !

For a truly 64bit compatible FLTK, it would seem that we will have to wait at least until FLTK 1.3 is released, but there seems to have been much progress recently on a cocoa-based version of FLTK in recent weeks.

[ryandesign (Ryan Carsten Schmidt)]

playerstage-stage 3 now requires fltk so this will be a problem there. See #22642.

[ndoc2@…]

I also have a port of octplot, a plotting package to accompany octave, largely ready, but it requires fltk also.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ndoc2@…:

I also have a port of octplot, a plotting package to accompany octave, largely ready, but it requires fltk also.

You could force it to 32-bit also, like playerstage-stage now does.