Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-10-02 Thread Mitchell L Model

False alarm for Python2.2a4.  It does work

It seems I was either hallucinating or had screwed something up. 
After discussions with Guido, after which I understood a lot better 
what was supposed to be happening and why, I started over, and this 
time it worked.  With the updates for OS 10.1 in Python 2.2a4, all I 
had to do to make both Python and Zope was:

cd Python2.2a4
configure --with-suffix=.exe
make
sudo make install

cd Zope
python wo_pcgi.py

That's all.  Just that one configure flag, and no global variables 
set.  Very, very nice.  What a delight to have a just released MacOS 
treated with respect by multi-platform software!

By the way, Guido said that the Makefile.pre.in mechanism installed 
in python2.2/lib/config is for a deprecated third-party build 
mechanism, replaced by distutils.  He suggests that Zope should 
maybeswitch to distutils.


-- 

 --- Mitchell

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-10-01 Thread Mitchell L Model

At 3:58 PM -0400 10/1/01, Jens Vagelpohl wrote:
i think i found a working solution. since my knowledge of compilers 
and linkers isn't the greatest i'll just explain what i did.

trying to compile python2.1.1 on OS X 10.1 failed for me displaying 
the very same error. searching through apple's discussion i found 
the following link:

http://fink.sourceforge.net/doc/porting/shared.php

it explains that some linker/compiler default options have changed. 
in order to get python compiled and running i edited the toplevel 
Makefile after running ./configure and edited the lines starting 
with LDSHARED and BLDSHARED, this is what they look like now in my 
setup:

LDSHARED=   $(CC) $(LDFLAGS) -bundle -flat_namespace -undefined suppress
BLDSHARED=  $(CC) $(LDFLAGS) -bundle -flat_namespace -undefined suppress

notice the -flat_namespace switch, this gets rid of the new 
default twolevel_namespace that complains about undefined 
warning.

running make was now successful and i was able to compile and run Zope 2.
4.1.   you will probably have to recompile your python to set that 
switch under 10.1.

i only did some light testing, no guarantees and before using this 
in production you might want to read up on those compiler/linker 
options...

jens



On Sunday, September 30, 2001, at 07:19 , Mitchell L Model wrote:

Trouble compiling Zope 2.4.1 on Mac OS 10.1:


...

Wonderful!  Thanks!!  Great information.

Having said that, and having spent a couple of hours experimenting, 
let me try to clarify things a bit:

1.  Python 2.2a4 defaults to --with-dylib, so you don't need that 
when making Python 2.2a4 as you did for 2.1.

2.  Likewise, you don't need to set OPT the way the 2.1 README says 
for Mac OS 10.

3.  Similarly, the Python2.2a4 configure.in knows to add 
-flat_namespace to Makefile.pre and therefore Makefile.

4.  Both 2.1 and 2.2a4 correctly specify -undefined suppress.

So, whereas I did need to fix the Python 2.1 Makefile to build it, I 
didn't need to fix the Python 2.2a4 Makefile to build it.  (I guess I 
didn't try building Python 2.1 yesterday, or I would have realized 
the problem wasn't in Zope, but in Python, as you discovered.)

 From my experience this evening, I'm surprised that fixing the Python 
Makefile would allow you to compile Zope.  It turns out that the zope 
configuration process uses the Makefile.pre.in installed in 
(typically) /usr/local/lib/python2.{1,2}/config.  It also turns out 
that although Python 2.2a4 correctly adds -flat_namespace to 
Makefile.pre and Makefile, it doesn't add it to Makefile.pre.in!  So 
for both 2.1 and 2.2 I had to add:

LDSHARED=   $(CC) $(LDFLAGS) -flat_namespace -undefined suppress

to Makefile.pre.in, either in the Python src directory before doing 
'make install' or in the /usr/local/lib/python2.{1,2}/config after 
doing the install.

I'll report this problem to the Python developers.  Thanks for you 
hints and your careful reading of the fink documentation on shared 
libraries.  (fink is a fabulous resource!)

-- 

 --- Mitchell

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1

2001-09-30 Thread Mitchell L Model
Title: compiling Zope 2.4.1 on Mac OS
10.1


Trouble compiling Zope 2.4.1 on Mac OS 10.1:

installed a fresh 10.1 that I just got from
Apple

downloaded the Zope 2.4.1 src

tried 'python wo_pcgi' with both a Python 2.2a4 I just
made and with my previous Python 2.1, both with and without
sudo

Whatever I do, it breaks in the same place. Here's the end
of the output:

sed -f sedscript ./Makefile.pre.in
Makefile.pre
/usr/local/lib/python2.1/config/makesetup
\
 -m
Makefile.pre -c /usr/local/lib/python2.1/config/config.c.in Setup -n
/usr/local/lib/py\
thon2.1/config/Setup.config
/usr/local/lib/python2.1/config/Setup.local
/usr/local/lib/python2.1/co\
nfig/Setup
make -f Makefile
do-it-again
/usr/local/lib/python2.1/config/makesetup
\
 -m
Makefile.pre -c /usr/local/lib/python2.1/config/config.c.in Setup -n
/usr/local/lib/py\
thon2.1/config/Setup.config
/usr/local/lib/python2.1/config/Setup.local
/usr/local/lib/python2.1/co\
nfig/Setup
make
cc -g -O2 -Wall
-Wstrict-prototypes -I/usr/local/include/python2.1
-I/usr/local/include/python2.1 \
-DHAVE_CONFIG_H
-I../Components/ExtensionClass/src -c
././../Components/ExtensionClass/src/Extensi\
onClass.c -o
./ExtensionClass.o
In file included from
/usr/local/include/python2.1/pyport.h:84,
 from
/usr/local/include/python2.1/Python.h:54,
 from
././../Components/ExtensionClass/src/ExtensionClass.h:114,
 from
././../Components/ExtensionClass/src/ExtensionClass.c:61:
/usr/include/math.h:191: warning:
function declaration isn't a prototype
cc -bundle -undefined suppress
./ExtensionClass.o -o
./ExtensionClass.so
/usr/bin/ld: -undefined error must be
used when -twolevel_namespace is in effect
make: *** [ExtensionClass.so] Error
1
Traceback (most recent call
last):
 File wo_pcgi.py,
line 117, in ?
 File wo_pcgi.py,
line 105, in main
 File
/usr/local/src/Zope-2.4.1-src/inst/build_extensions.py,
line 102, in ?

make('lib','python')
 File
/usr/local/src/Zope-2.4.1-src/inst/do.py, line 135, in
make

do('make')
 File
/usr/local/src/Zope-2.4.1-src/inst/do.py, line 104, in
do
 if i and picky:
raise SystemError, i
SystemError: 512

The 'two-level namespace' business is a change from the OX X
developer tools version 10.0 to 10.1.

Anyone know what's going on here and how to fix it?
-- 


 --- Mitchell