Just so you know, we are all mostly folks who have already successfully
compiled TCL/TK 8.x for OS X/Darwin, and also compiled Python 2.1 for
Darwin, and have gotten TK to work for python. What seems impossible so
far is to get perl on Darwin to run TK windows.
I, for example, had no snags
Hi, everybody!
Jarkko humbly requests that people test the latest snapshot of perl 5.7 on
Mac OS X.
-- Chris
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
list-help: mailto:[EMAIL PROTECTED]
list-unsubscribe: mailto:[EMAIL PROTECTED]
list-post: mailto:[EMAIL PROTECTED]
Delivered-To:
For some reason the Configure script is not creating the final Makefile.
Has anyone else gotten it to work?
On Monday, June 11, 2001, at 11:20 AM, Chris Nandor wrote:
Hi, everybody!
Jarkko humbly requests that people test the latest snapshot of perl 5.7 on
Mac OS X.
-- Chris
[snip]
I wonder if anyone can shed some light on this for me. I've read a little
about calling perl from C apps and vice/versa. In theory, could you use
Interface Builder to create a front end GUI that uses perl to interact
with user input?
Could this be an alternative to using TK. It seems like a cool
[EMAIL PROTECTED] (Ed Silva) wrote:
For some reason the Configure script is not creating the final Makefile.
Has anyone else gotten it to work?
It creates the file GNUmakefile, which is used instead.
It can't create a makefile, because that would clobber the Makefile
on the case-insensitive
Please let me know if I should send reports to a different address. I'm
sending to P5P ([EMAIL PROTECTED]) and CC-ing Jarkko and the
OSX-perl list.
Sounds okay.
`sh cflags libperl.dylib perly.o` perly.c
CCCMD = cc -DPERL_CORE -c -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -Wall
On Monday, June 11, 2001, at 01:41 PM, Jarkko Hietaniemi wrote:
Hmm, I wonder why no other gccs seem to care? What's the version of
gcc?
Reading specs from /usr/libexec/gcc/darwin/ppc/2.95.2/specs
Apple Computer, Inc. version gcc-926, based on gcc version 2.95.2
19991024 (release)
Maybe
On Monday, June 11, 2001, at 01:41 PM, Jarkko Hietaniemi wrote:
Ouch. This definitely isn't some irrelevant (test) failure.
Could you:
rm -f config.sh
sh Configure -des -Dusedevel -Doptimize=-g
make miniperl
gdb ./miniperl
(gdb) run
(gdb) where
GNU
On Monday, June 11, 2001, at 01:41 PM, Jarkko Hietaniemi wrote:
[...snip...]
You may see some irrelevant test failures if you have been unable
to build lib/Config.pm.
cd t (rm -f perl; /bin/ln -s ../miniperl perl) \
DYLD_LIBRARY_PATH=/Users/ken/Downloads/perl ./perl TEST base/
(gdb) run
Oops, I meant to say
run configpm configpm.tmp
to get the same segfault, and after that 'where'.
Starting program: /Users/lshatzer/perl/bleadperl/./miniperl
[Switching to thread 1 (process 12049 thread 0x1903)]
dyld: /Users/lshatzer/perl/bleadperl/./miniperl multiple
[EMAIL PROTECTED] (Nicholas Clark) wrote:
On Mon, Jun 11, 2001 at 03:41:57PM -0500, Jarkko Hietaniemi wrote:
util.c: In function `Perl_cast_ulong':
util.c:2936: warning: decimal constant is so large that it is unsigned
util.c:2936: warning: decimal constant is so large that it is unsigned
At 2:28 PM -0500 6/11/01, Bill Stephenson wrote:
I wonder if anyone can shed some light on this for me. I've read a little
about calling perl from C apps and vice/versa. In theory, could you use
Interface Builder to create a front end GUI that uses perl to interact
with user input?
Could this be
On 2001-06-11, [EMAIL PROTECTED] (Anita Holmgren) wrote:
At 2:28 PM -0500 6/11/01, Bill Stephenson wrote:
In theory, could you use Interface Builder to create a front end
GUI that uses perl to interact with user input?
You would need to create a project using Project Builder and an
On Mon, 11 Jun 2001, Jarkko Hietaniemi wrote:
cd t (rm -f perl; /bin/ln -s ../miniperl perl) \
DYLD_LIBRARY_PATH=/Users/ken/Downloads/perl ./perl TEST base/*.t
comp/*.t cmd/*.t run/*.t io/*.t op/*.t pragma/*.t /dev/tty
make[1]: *** [minitest] Bus error
make: [extra.pods] Error
On Wednesday, May 30, 2001, at 02:57 AM, Martin Redington wrote:
I think what is happening is that the __dig_vec symbol being loaded
from the DBD::MySQL bundle is conflicting with the same symbol in
mod_php. I looked in the Apache 1.3.19 source, and can see handlers for
multiple
On Monday, June 11, 2001, at 02:19 PM, Anita Holmgren wrote:
You certainly can do this. You would need to create a project using
Project Builder and an interface using Interface Builder. You could
then make an Objective C object that 'interacts' with your Perl script
using NSTaks and a
[EMAIL PROTECTED] (Nicholas Clark) wrote:
On Mon, Jun 11, 2001 at 05:41:25PM -0500, Ken Williams wrote:
Okay, I get
% cc -o testprogram testprogram.c
testprogram.c: In function `main':
testprogram.c:4: warning: decimal constant is so large that it is unsigned
% ./testprogram
On Monday, June 11, 2001, at 02:24 PM, Jarkko Hietaniemi wrote:
Ho-hum. On closer inspection the dynaloader error messages look much
like
there's a big confusion going on: both the symbols of the newly built
(mini)perl *AND* the operating system's already installed shared
Perl library
On Mon, Jun 11, 2001 at 06:43:43PM -0700, Wilfredo Sanchez wrote:
On Monday, June 11, 2001, at 02:24 PM, Jarkko Hietaniemi wrote:
Ho-hum. On closer inspection the dynaloader error messages look
much like
there's a big confusion going on: both the symbols of the newly
built
I had the same thing happen, and asked in the MacOSX mailing list a
while back (under Subject: bleadperl), about the same thing, so it has
been happening a while. I guess I should have posted to p5p, but it was
early in the morning :o)
On Monday, June 11, 2001, at 12:09 PM, Ken Williams
Hi,
Please let me know if I should send reports to a different address. I'm
sending to P5P ([EMAIL PROTECTED]) and CC-ing Jarkko and the
OSX-perl list.
See results below.
[EMAIL PROTECTED] (Chris Nandor) wrote:
Hi, everybody!
Jarkko humbly requests that people test the latest snapshot of
Looking at the GNUmakefile produced during Configure, I see this:
# The following are used to build and install shared libraries for
# dynamic loading.
LDDLFLAGS = -bundle -undefined suppress -L/usr/local/lib
SHRPLDFLAGS = -L/usr/local/lib
On Monday, June 11, 2001, at 02:11 PM, Jarkko Hietaniemi wrote:
(gdb) run
Oops, I meant to say
run configpm configpm.tmp
to get the same segfault, and after that 'where'.
I hope I am doing everything right ;o)
(gdb) run configpm configpm.tmp
Starting program:
On Monday, June 11, 2001, at 02:06 PM, Jarkko Hietaniemi wrote:
On Mon, Jun 11, 2001 at 01:56:32PM -0700, Larry Shatzer wrote:
[snip]
Maybe Apple mucked with something?
Another possibility is that that said constants are somehow brokenly
defined in Mac OS X. Running the util.c through
On Monday, June 11, 2001, at 02:24 PM, Jarkko Hietaniemi wrote:
Ho-hum. On closer inspection the dynaloader error messages look much
like
there's a big confusion going on: both the symbols of the newly built
(mini)perl *AND* the operating system's already installed shared
Perl library
[EMAIL PROTECTED] (Jarkko Hietaniemi) wrote:
util.c: In function `Perl_cast_ulong':
util.c:2936: warning: decimal constant is so large that it is unsigned
util.c:2936: warning: decimal constant is so large that it is unsigned
util.c: In function `Perl_cast_i32':
util.c:2954: warning: decimal
Ouch. This definitely isn't some irrelevant (test) failure.
I got this, too. From CrashCatcher:
**
Date/Time: 2001-06-11 13:30:00 -0700
PID: 13766
Command: miniperl
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x
On Mon, Jun 11, 2001 at 05:41:25PM -0500, Ken Williams wrote:
[EMAIL PROTECTED] (Nicholas Clark) wrote:
Please could you send the output of this revised test program:
#include EXTERN.h
#include perl.h
int main (void) {
double a = I32_MIN;
char buffer[256];
puts
On Monday, June 11, 2001, at 06:53 PM, Jarkko Hietaniemi wrote:
Isn't this correct only if you want to replace the system Perl?
This is set by the -install_name flag on the link line, which
Configure sets to wherever you plan to install it, which I think
defaults to the system perl, but
29 matches
Mail list logo
