I'm not sure whats the problem... Can anyone help me? Greez, Giase

Read Tutorials => A Practical Guide to Compiling C based Modules under ActiveState using Microsoft C++

I tried to call vcvars32.bat, but had the same problem. I have to give additional information to you i think: I compiled perl with 'mingw' and 'dmake', because i want to use a module (Tk::WinPrint) which only compiles with the mingw environment. (The coder of the module told me). The libs are installed on my system in the MS Visual Studio 6 -path. But if i hadn't installed MSVC6 I won't have them. Shouldn't this libs come with mingw, too??? I tried to copy them to the windows/system32-directory but the problem was still there...

vcvars32, like the tutorial explains, comes with the microsoft compiler. Regardless of what compiler you use, if perl is looking for some .lib, your compiler is also, and it has to be able to find it, which is generally does by examining the INCLUDE/LIB enviroment variables (which is what vcvars32 sets).

Shouldn't this libs come with mingw, too???

I don't know, but if the perl you compiled with MinGW is looking for them now, that means that you should already have them, otherwise you could not have compiled perl as you claim to have done.

I tried to copy them to the windows/system32-directory but the problem was still there...

Thats probably because windows/system32 is not in your %LIB%, just like that directory you copied them from.

MJD says "you can't just make shit up and expect the computer to know what you mean, retardo!"

I run a Win32 PPM repository for perl 5.6.x and 5.8.x -- I take requests (README).

** The third rule of perl club is a statement of fact: pod is sexy.

Someone managed to compile Tk::WinPrint on Windows: see: Cpan Testers.

I suggest that you contact the tester ('barbie(at)missbarbell.co.uk') and ask her how she did it and whether perhaps she still has the compiled version. I would be surprised if a mingw environment was specially set-up for this module (but of course you never know until you ask).

CountZero

"If you have four groups working on a compiler, you'll get a 4-pass compiler." - Conway's Law

Need more details to advice further.
But, as you said, you're newbie, why re-compiling stuff, then, and not just use precompiled binaries?

Also, Tk is large and compiling it could be difficult. Try compiling Tcl and then install Tcl::Tk, those two CPAN modules could be used instead of Tk with very similar functionality.
You'll gain much more flexibility with less efforts spent...

Isn't there a Perl/Tk package with ppm?

so dmake still doesn't even know to look in system32 - doesn't it have a dmake.ini file where you can tell it where to look for the dlls?

One world, one people

So you mean perl doesn't find this libraries because dmake doesn't find them? I have no dmake.ini or something... Where can I tell dmake to search for libraries? Best, Giase

The ActivePerl distribution by ActiveState is free, stable and up-to-date. It comes with a pre-compiled and very well working Tk, right there for you to use. A simple install, no compilation.

The environtment variable PERL5LIB doesn't exist, so I created it. But there is still the old problem... Where else can i tell perl to search for dlls? p.s.: Guess you meant ';' for path-separation?!

oops yes - sry I mean semicolons - lol u can see I am a mainly a unix programmer

One world, one people

unfortunately that advice was wrong, search elsewhere: you need to tune up your C compiler and/or make

PERL5LIB does not related to problem in question, C compiler tries to find C libraries, not Perl ones...

Not to spoil your fun, but the Activestate Perl distribution is precompiled and runs just fine. Precompiled Perl, TK, and a good portion of CPAN. If you're compiling because you like to, then continue having fun. But if you're compiling Perl and TK because you come from Unix and think that's the best way to go, I suggest having a look at http://activestate.com/Products/ActivePerl/?mp=1

Cheers