Date: Fri, 30 Sep 2005 00:05:29 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 619 ************************************************** Thursday 29 September 2005 Number 619 ************************************************** Subjects for today 1 Perl detection from configure : Paul Smedley 2 Re: help with dynamic linking : Paul Smedley 3 Re: Perl detection from configure : IanM" 4 Re: Perl detection from configure : Dave Saville" **= Email 1 ==========================** Date: Thu, 29 Sep 2005 20:59:57 +0930 From: Paul Smedley Subject: Perl detection from configure Hi All, I'm looking at Courier - http://www.courier-mta.org/ But am having troubles when running ./configure I get: checking for perl5... no checking for perl... no configure: error: perl not found - please install perl Of course, Perl 5.8 _is_ installed :( I have in config.site: PERL=perl.exe but it doesn't help. Any ideas? Cheers, Paul. **= Email 2 ==========================** Date: Thu, 29 Sep 2005 21:01:11 +0930 From: Paul Smedley Subject: Re: help with dynamic linking Hi Stefan, Stefan.Neis at t-online.de wrote: > Paul Smedley wrote: > >> It's be nice to make use of dlls instead of using static >> linking :) > > Actually, no, not really. Every application coming with its > own version of certain DLLs (which still are limited to 8 letter > names) which are mutually incompatible between different > apps is causing problems all the time (see discussion about > iconv.dll and/or intl.dll, about problems with X11 vs. Innotek > versions of jpeg.dll and X11 vs. somebody elses versions of > zlib.dll). Using "export by name" for new DLLs would help > avoid some of these problems in the future, though. Actually - I was thinkg of ffmpeg.exe and ffplay.exe - both use the same libraries and are ~3.5mb each if static linking is used. dynamic linking would result in small ffmpeg.exe and ffplay.exe - and the same dlls used for each... Cheers, Paul. **= Email 3 ==========================** Date: Thu, 29 Sep 2005 23:12:37 +1000 (EST) From: "IanM" Subject: Re: Perl detection from configure Hi Paul > I get: > checking for perl5... no > checking for perl... no > configure: error: perl not found - please install perl > Of course, Perl 5.8 _is_ installed :( > I have in config.site: > PERL=perl.exe is it in your path ? and do you have the full path and drive in your config.site ? I dont have any of my perl files in the path or dpath except for the exe's which I keep in my \usr\local\bin directory, which is in my path. I also still use this in config.sys to catch the odd hiccups in my greatly mutated PERL which goes from Ilya's version through to one of the later versions, if you only have 5.8 you won't need it. SET PERLLIB_PREFIX=o:/Perl/lib;c:\Perl\lib Cheers IanM http://www.os2site.com/ "Today I met with a subliminal advertising executive for just a second." --Steven Wright **= Email 4 ==========================** Date: Thu, 29 Sep 2005 14:15:05 +0100 (BST) From: "Dave Saville" Subject: Re: Perl detection from configure On Thu, 29 Sep 2005 20:59:57 +0930, Paul Smedley wrote: >Hi All, >I'm looking at Courier - http://www.courier-mta.org/ > >But am having troubles when running ./configure > >I get: >checking for perl5... no >checking for perl... no >configure: error: perl not found - please install perl > >Of course, Perl 5.8 _is_ installed :( > >I have in config.site: >PERL=perl.exe > >but it doesn't help. If perl is on X: and your configure is running on Y: then things often get confused. For example I was trying to install a perl module downloaded from CPAN and it was expanded on my T: drive, perl however was on D: and all the checking failed. Moved to a temp dir on D: and all was well. -- Regards Dave Saville