On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
> Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
You
lace.
Possibly you deleted the ExtUtils/ directory?
> Having now restored that file, the patch above does indeed fix it for me.
Yay!
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
I need a SHOWER a BURGER and some ROBOTS, STAT!
-- http://www.angryflower.com/allrigh.gif
FIRST_MAKEFILE)
>$(NOECHO) $(NOOP)
>
> in the Makefile as desired, but now the build process fails with this error:
>
> fatal error U1073: don't know how to make 'C:\perl5\lib\ExtUtils\typemap'
That's odd. Does that file exist? If not, where is your type
On Fri, Aug 01, 2003 at 11:35:47AM +0100, Steve Hay wrote:
> =
> # --- MakeMaker dynamic section:
> ## $(INST_PM) has been moved to the all: target.
> ## It remains here for awhile to allow for old usage: "make dynamic"
> #dynamic :: Makefile
> dynamic :: Makefile
>@$(NOOP)
On Fri, Aug 01, 2003 at 09:05:55AM +0100, Steve Hay wrote:
> I just tried MM 6.13: that made no difference.
>
> Then I tried the snapshot (taken at 01 Aug 2003 07:55 UTC): that failed
> loads of its own tests, but made no difference to the libapreq build
> process.
Oh yeah, I didn't update the
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
> >This bug evidently goes back a long way: MM 6.06_02 fails in the same
> >way as 6.13.
> >
> >I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
> >how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it int
On Thu, Jul 31, 2003 at 01:27:01PM -0700, Michael G Schwern wrote:
> I'm glad you guys got it working, but there's still the problem of why
> MakeMaker's behavior changed. Since I tend not to touch the XS building
> code much its likely a bug. Try the snapshot on makemake
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
> This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on makemake
An Ima::DBI user recently pointed out that DBI->connect_cached is not using
Apache::DBI like DBI->connect does and DBI->connect_cached has slightly
different semantics from Apache::DBI.
sub connect_cached {
# XXX we expect Apache::DBI users to still call connect()
my ($class,
f) = @_;
use Cwd qw(cwd abs_path);
-my $pwd = cwd();
+my $pwd = cwd() || die "Can't figure out your cwd!";
+
local @INC = map eval {abs_path($_) if -e} || $_, @INC;
push @INC, '.'; # '.' has to always be at the end of @INC
--
Mich
10 matches
Mail list logo