p5-mac-carbon: should we retire ports depending on Carbon?

[mojca (Mojca Miklavec)]

A bunch of ports fails to work on any recent OS X version due to a dependency on Carbon:

• p5-mac-carbon
  • p5-mac-appleevents-simple
    • p5-mac-apps-launch
      • p5-mac-glue
        • p5-mac-growl
  • p5-mac-osa-simple

Should we remove those ports?

Another 32-bit-only port:

• p5-macosx-file

Other p5-mac* ports not related to Carbon include:

• p5-mac-applescript
• p5-mac-applescript-glue
• p5-mac-applesingledouble
• p5-mac-errors
• p5-mac-pasteboard
• p5-mac-propertylist
• p5-mac-sysprofile
• p5-mac-systemdirectory

See also comment:29:ticket:46322

[mojca (Mojca Miklavec)]

The port p5-mac-carbon fails with

*** 64-BIT WARNING ***  *** 64-BIT WARNING ***  *** 64-BIT WARNING ***
Mac-Carbon does not run under 64-bit perl, and it appears you're running
a 64-bit perl.  We can try to compile anyway, in case this is a fat binary;
we'll try to leave out the 64-bit compilation.

My guess is that you're running a 64-bit, non-fat, perl and that there's no
real chance this will work.  But you set TRY_ANYWAY=1 so we'll try anyway.

If you want to use these modules, it must be in 32-bit mode.  For more
information, see:

    http://use.perl.org/~pudge/journal/39596

./../Carbon.h:87:10: fatal error: 'Events.h' file not found
#include <Events.h>
         ^
In file included from PerlAEUtils.cpp:29:
./PerlAEUtils.h:33:10: fatal error: 'AppleEvents.h' file not found
#include <AppleEvents.h>
         ^

Some other ports fail with

Error: Cannot install p5.16-mac-glue for the arch(s) 'x86_64' because
Error: its dependency p5.16-mac-appleevents-simple only supports the arch(s) 'i386 ppc'.

[mojca (Mojca Miklavec)]

The port p5-macosx-file fails in a related way and seems to be i386-only:

/usr/bin/clang -c  -I../ -I/Developer/Headers/FlatCarbon -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -arch i386 -O3   -DVERSION=\"0.70\" -DXS_VERSION=\"0.70\"  "-I/opt/local/lib/perl5/5.16.3/darwin-thread-multi-2level/CORE"   Catalog.c
In file included from Catalog.xs:16:
../common/util.c:10:10: fatal error: 'Files.h' file not found
#include <Files.h>
         ^
1 error generated.
make[1]: *** [Catalog.o] Error 1

[larryv (Lawrence Velázquez)]

Replying to mojca@…:

The port p5-macosx-file fails in a related way and seems to be i386-only:

/usr/bin/clang -c  -I../ -I/Developer/Headers/FlatCarbon -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -arch i386 -O3   -DVERSION=\"0.70\" -DXS_VERSION=\"0.70\"  "-I/opt/local/lib/perl5/5.16.3/darwin-thread-multi-2level/CORE"   Catalog.c
In file included from Catalog.xs:16:
../common/util.c:10:10: fatal error: 'Files.h' file not found
#include <Files.h>
         ^
1 error generated.
make[1]: *** [Catalog.o] Error 1

What version of p5-macosx-file are you trying to build? I fixed this issue in r130542.

[mojca (Mojca Miklavec)]

Replying to larryv@…:

Replying to mojca@…:

The port p5-macosx-file fails in a related way and seems to be i386-only:

/usr/bin/clang -c  -I../ -I/Developer/Headers/FlatCarbon -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -arch i386 -O3   -DVERSION=\"0.70\" -DXS_VERSION=\"0.70\"  "-I/opt/local/lib/perl5/5.16.3/darwin-thread-multi-2level/CORE"   Catalog.c
In file included from Catalog.xs:16:
../common/util.c:10:10: fatal error: 'Files.h' file not found
#include <Files.h>
         ^
1 error generated.
make[1]: *** [Catalog.o] Error 1

What version of p5-macosx-file are you trying to build? I fixed this issue in r130542.

I'm sorry then, I didn't notice the fix (there were too many commits to the perl ports to check them all). I was merely documenting all the failures on the buildbot (see comment:29:ticket:46322), but that was a few days before the commit you are quoting.

Since you were already working with that port and testing it, can you please also check compatibility with 5.18 and 5.20 and add those two subports?

[larryv (Lawrence Velázquez)]

Replying to mojca@…:

Since you were already working with that port and testing it, can you please also check compatibility with 5.18 and 5.20 and add those two subports?

Sure, I’ll look into this shortly.

[larryv (Lawrence Velázquez)]

I added the subports in r131232, but the tests fail to run (#46461).