On Sat, 10 May 2008, Tadamasa Teranishi wrote:
Hugh Sasse wrote:
The ppm command is a command to operate the installation of PPM package
etc.
I say that the installation of not the ppm command but PPM package
is necessary.
Right. this must be my problem.
C:\namazu\pltests>ppm install PPM
... There is will being not to have directed it to install PPM.
Install necessary PPM Package for Namazu.
(It is being written in It is "5. Installation of PPM". )
OK, i'll check that again. Thank you for your patience. I think
we must sort out the Perl issue below, first, because the PPM
depends on Perl being sensible..
C:\namazu\pltests>perl --version
This is perl, v5.8.8 built for MSWin32-x86-multi-thread
(with 50 registered patches, see perl -V for more detail)
Copyright 1987-2006, Larry Wall
Binary build 820 [274739] provided by ActiveState http://www.Act
iveState.com
Built Jan 23 2007 15:57:46
This is certainly ActivePerl 5.8.8 Build 820.
But,...
C:\namazu\pltests>perl -V
Set up gcc environment - 3.4.4 (cygming special, gdc 0.12, using
dmd 0.125)
Summary of my perl5 (revision 5 version 8 subversion 8) configur
ation:
Cygwin ? why
Does perl -V look at what is installed? Or does it just talk about
its own configuration? If it looks around to see what is there, then
I have Cygwin and Mingw on this machine. So it may be finding those
tools and telling us about them.
Compiler:
cc='gcc', ccflags ='-DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT
-DHAVE_DES_FCRYPT -DNO_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPL
ICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READ
FIX -DHASATTRIBUTE -fno-strict-aliasing',
Why are you compiled by gcc?
I don't know. In Unix we have 'which' to say where a command is
found. I don't know what there is for Windows. [Usually I find the
Windows documentation insufficient or nonexistent. I've been using
Unix since 1982. That it why I have Cygwin and Mingw installed. Also
in Cygwin I get a window that handles ANSI colour for highlighting things.
The CMD window does not, even if MSDOS V5 did. :-(]
That way I could see which perl is being found.
In the same way that namazu insists that it be on the %PATH%, so does
cygwin. I don't know a good way to turn one off while using the other
(in another window).
Has not ActivePerl mixed with Perl of cygwin?
I don't know how the two could be confused by the same CMD shell.
This is truly bizarre. Forcing it to pick the Activestate binary
gives:-
C:\namazu\pltests>\perl\bin\perl.exe -V
Set up gcc environment - 3.4.4 (cygming special, gdc 0.12, using
dmd 0.125)
Summary of my perl5 (revision 5 version 8 subversion 8) configur
ation:
Platform:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-threa
d
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=define use5005threads=undef useithreads=define us
emultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=
undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT
-DHAVE_DES_FCRYPT -DNO_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPL
ICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READ
FIX -DHASATTRIBUTE -fno-strict-aliasing',
optimize='-O2',
cppflags='-DWIN32'
ccversion='', gccversion='3.4.4 (cygming special, gdc 0.12,
using dmd 0.125)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12
34
d_longlong=undef, longlongsize=8, d_longdbl=define, longdbls
ize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='_
_int64', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='g++', ldflags ='-nologo -nodefaultlib -debug -opt:ref,ic
f -libpath:"C:\Perl\lib\CORE" -machine:x86'
libpth=\lib
libs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladv
api32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -l
mpr -lwinmm -lversion -lodbc32 -lodbccp32 -lmsvcrt
perllibs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -
ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_3
2 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lmsvcrt
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-mdll -L"C:\Perl\lib\CORE"'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_IMPLICIT_SYS PERL_MALLOC_WRAP
PL_OP_SLAB_ALLOC USE_ITHREADS USE_LARGE_
FILES
USE_PERLIO USE_SITECUSTOMIZE
Locally applied patches:
ActivePerl Build 820 [274739]
Iin_load_module moved for compatibility with build 806
PerlEx support in CGI::Carp
Less verbose ExtUtils::Install and Pod::Find
Patch for CAN-2005-0448 from Debian with modifications
Rearrange @INC so that 'site' is searched before 'perl'
Partly reverted 24733 to preserve binary compatibility
29930 win32.c typo in #define MULTIPLICITY
29868 win32_async_check() can still loop indefinitely
29690,29732 ANSIfy the PATH environment variable on Wind
ows
29689 Add error handling to win32_ansipath
29675 Use short pathnames in $^X and @INC
29607,29676 allow blib.pm to be used for testing Win32 m
odule
29605 Implement killpg() for MSWin32
29598 cwd() to return the short pathname
29597 let readdir() return the alternate filename
29590 Don't destroy the Unicode system environment on Pe
rl startup
29528 get ext/Win32/Win32.xs to compile on cygwin
29509,29510,29511 Move Win32::* functions into Win32 mod
ule
29483 Move Win32 from win32/ext/Win32 to ext/Win32
29481 Makefile.PL changes to compile Win32.xs using cygw
in
28671 Define PERL_NO_DEV_RANDOM on Windows
28376 Add error checks after execing PL_cshname or PL_sh
_path
28305 Pod::Html should not convert "foo" into ``foo''
27833 Change anchor generation in Pod::Html for '=item i
tem 2'
27832,27847 fix Pod::Html::depod() for multi-line string
s
27719 Document the functions htmlify() and anchorify() i
n Pod::Html
27619 Bug in Term::ReadKey being triggered by a bug in T
erm::ReadLine
27549 Move DynaLoader.o into libperl.so
27528 win32_pclose() error exit doesn't unlock mutex
27527 win32_async_check() can loop indefinitely
27515 ignore directories when searching @INC
27359 Fix -d:Foo=bar syntax
27210 Fix quote typo in c2ph
27203 Allow compiling swigged C++ code
27200 Make stat() on Windows handle trailing slashes cor
rectly
27133 Initialise lastparen in the regexp structure
27061 L<PerlIO> and Pod::Html
27034 Avoid "Prototype mismatch" warnings with autouse
26970 Make Passive mode the default for Net::FTP
26921 Avoid getprotobyname/number calls in IO::Socket::I
NET
26897,26903 Make common IPPROTO_* constants always avail
able
26670 Make '-s' on the shebang line parse -foo=bar switc
hes
26637 Make Borland and MinGW happy with change 26379
26536 INSTALLSCRIPT versus INSTALLDIRS
26379 Fix alarm() for Windows 2003
26087 Storable 0.1 compatibility
25861 IO::File performace issue
25084 long groups entry could cause memory exhaustion
24699 ICMP_UNREACHABLE handling in Net::Ping
Built under MSWin32
Compiled at Jan 23 2007 15:57:46
@INC:
C:/perl/site/lib
C:/perl/lib
.
C:\namazu\pltests>
I do not think that ActivePerl operates normally.
The influence of Perl of cygwin might have not to be received.
Maybe I should give up and try to build namazu using only cygwin?
Do you have other users using Cygwin and Mingw, with a Windows
Native namazu? If you do, then there is some value in finding out
what is happening. If you do not then before I attempt a build
using only Cygwin, I should see what happens if I re-install
ActivePerl, even if it is not newer.
You have given me so much help that I should use this experience to
help your users, and thereby help you.
Thank you
Hugh
_______________________________________________
Namazu-users-en mailing list
Namazu-users-en(_at_)namazu(_dot_)org
http://www.namazu.org/cgi-bin/mailman/listinfo/namazu-users-en