MacOSX::File on Panther
Antoine Quint
I've been frantically trying to install MacOSX::File 0.66 on my Panther
7B85 (GM) powerbook. I have XCode 7B85 installed, which. I haven't
succeeded in running "make". I have attached the Terminal output so you
can see what's wrong. Thanks for any tips!
<MacOSX-File-0.66 /> perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for MacOSX::File::Catalog
Writing Makefile for MacOSX::File::Copy
Writing Makefile for MacOSX::File::Info
Writing Makefile for MacOSX::File::Spec
Writing Makefile for MacOSX::File
<MacOSX-File-0.66 /> make CC=gcc2
cp File.pm blib/lib/MacOSX/File.pm
cp File/Constants.pm blib/lib/MacOSX/File/Constants.pm
AutoSplitting blib/lib/MacOSX/File/Constants.pm
(blib/lib/auto/MacOSX/File/Constants)
cp Catalog.pm ../blib/lib/MacOSX/File/Catalog.pm
AutoSplitting ../blib/lib/MacOSX/File/Catalog.pm
(../blib/lib/auto/MacOSX/File/Catalog)
/usr/bin/perl /System/Library/Perl/5.8.1/ExtUtils/xsubpp -typemap
/System/Library/Perl/5.8.1/ExtUtils/typemap Catalog.xs > Catalog.xsc
&& mv Catalog.xsc Catalog.c
gcc2 -c -I../ -I/Developer/Headers/FlatCarbon -pipe -fno-common
-DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -Os
-DVERSION=\"0.64\" -DXS_VERSION=\"0.64\"
"-I/System/Library/Perl/5.8.1/darwin-2level/CORE" Catalog.c
In file included from
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFBase.h:
13,
from
/System/Library/Frameworks/CoreFoundation.framework/Headers/
CoreFoundation.h:8,
from
/System/Library/Frameworks/CoreServices.framework/Frameworks/
CarbonCore.framework/Headers/CarbonCore.h:20,
from
/System/Library/Frameworks/CoreServices.framework/Headers/
CoreServices.h:21,
from /Developer/Headers/FlatCarbon/Files.h:1,
from ../common/util.c:9,
from Catalog.xs:16:
/usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty
declaration
In file included from
/System/Library/Frameworks/CoreServices.framework/Frameworks/
OSServices.framework/Headers/OSServices.h:47,
from
/System/Library/Frameworks/CoreServices.framework/Headers/
CoreServices.h:25,
from /Developer/Headers/FlatCarbon/Files.h:1,
from ../common/util.c:9,
from Catalog.xs:16:
/System/Library/Frameworks/CoreServices.framework/Frameworks/
OSServices.framework/Headers/OpenTransportProtocol.h:628: parse error
before `='
Catalog.xs: In function `XS_MacOSX__File__Catalog_xs_setcatalog':
Catalog.xs:263: warning: assignment makes pointer from integer without
a cast
make[1]: *** [Catalog.o] Error 1
make: *** [subdirs] Error 2
Antoine
--
Antoine Quint <a...@fuchsia-design.com>
W3C SVG Working Group Invited Expert
SVG Consulting, Teaching and Outsourcing
Fuchsia Design <http://www.fuchsia-design.com/>
em...@apple.com
with a Mac OS X one (in OpenTransportProtocol.h). Panther now has
poll() (an emulation actually), so that is why I_POLL is now defined.
A quick workaround is to apply the following patch:
------------- cut ------------------- cut ---------------
--- common/util.c.orig Wed Apr 9 01:30:55 2003
+++ common/util.c Thu Oct 23 10:26:00 2003
@@ -6,6 +6,7 @@
# define _INC_UTIL_C_
#include <sys/param.h>
+#undef I_POLL
#include <Files.h>
#ifdef _INC_PERL_XSUB_H
--- Copy/filecopy.c.orig Wed Apr 9 01:30:55 2003
+++ Copy/filecopy.c Thu Oct 23 10:26:18 2003
@@ -2,6 +2,7 @@
* $Id: filecopy.c,v 0.65 2003/04/09 08:25:26 dankogai Exp $
*/
+#undef I_POLL
#include <Files.h>
#include "common/util.c"
--- Spec/Spec.xs.orig Sat Jan 12 07:25:01 2002
+++ Spec/Spec.xs Thu Oct 23 10:27:10 2003
@@ -9,6 +9,7 @@
return -1;
}
+#undef I_POLL
#include <Finder.h>
#include "common/util.c"
------------- cut ------------------- cut ---------------
This allows it to build for me, and the tests succeed. One other
difference, which might not really make a difference, is that I used
gcc 3.3, not 2.95 as you do.
------------------------------------------------------------------------
--
Edward Moy
Apple
(This message is from me as a reader of this list, and not a statement
from Apple.)
David Wheeler
> Yes, this seems to be another case of a Perl define (I_POLL) colliding
> with a Mac OS X one (in OpenTransportProtocol.h). Panther now has
> poll() (an emulation actually), so that is why I_POLL is now defined.
>
> A quick workaround is to apply the following patch:
Dan's been mighty quiet lately, but perhaps this is a patch that can be
applied to the MacOSX::File distribution, itself?
Regards,
David
--
David Wheeler AIM: dwTheory
da...@kineticode.com ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
Jabber: The...@jabber.org
Kineticode. Setting knowledge in motion.[sm]
Antoine Quint
> Yes, this seems to be another case of a Perl define (I_POLL) colliding
> with a Mac OS X one (in OpenTransportProtocol.h). Panther now has
> poll() (an emulation actually), so that is why I_POLL is now defined.
>
> A quick workaround is to apply the following patch:
[snip]
> This allows it to build for me, and the tests succeed. One other
> difference, which might not really make a difference, is that I used
> gcc 3.3, not 2.95 as you do.
I only used gcc 2.95 because Dan was suggesting to build the
distribution with it, back in the 7B21 days. Thanks a lot for the help,
installation succeeded and I'm a happy man. Rock on.
Dan Kogai
> Yes, this seems to be another case of a Perl define (I_POLL) colliding
> with a Mac OS X one (in OpenTransportProtocol.h). Panther now has
> poll() (an emulation actually), so that is why I_POLL is now defined.
>
> A quick workaround is to apply the following patch:
Thank you!
Dan the Panther-user-to-be
Dan Kogai
If such is a deal, would somebody try
make CC='gcc2 -UI_POLL'
and see if it works? Currently I do not have an access to the latest
Panther and it will take a while before my Panther environment gets
ready enough to test an official Panther-ready, Jaguar-compatible
version.
FYI, the command line above is at least Jaguar-compatible.
Thanks in advance.
Dan the Maintainer of MacOSX::File
em...@apple.com
No, it doesn't work for me. I had tried something similar, but it
seems that -U only affects a corresponding -D, but not #define in
files.
Dan Kogai
> No, it doesn't work for me. I had tried something similar, but it
> seems that -U only affects a corresponding -D, but not #define in
> files.
Hmm.... Right. Okay. It seems like I have to work it out which I
will start right now. But I have to begin w/ downloading the latest
seed, burning the CD and install it. It will take half a day, at
least, to fix my testbed. Since Panther release is so close I would
like to use your patch for last-minute insurance; Can I post your
patch in my web?
Dan the Maitainer of MacOSX::File
Edward Moy
Sure, go right ahead.