User Information
| Display Name: | H.Merijn Brand |
|---|
| Partial Email Address: | h.m...@hccnet.nl |
|---|
| Posts: |
|
| 1) H.Merijn Brand Re: [PATCH @ 24819] Re: Change 24806: improve static build for win32/Makefile |
|
|
| I'll leave it to Steve > will contain list of statically build extensions.... |
|
|
|
|
|
|
|
On Mon, 13 Jun 2005 15:41:41 -0400, vadim <vadim@vkonovalov.ru> wrote:
> В Пнд, 13.06.2005, в 06:45, demerphq пишет:
> > On 6/13/05, vadim <vadim@vkonovalov.ru> wrote:
> > > > >Change 24806 by [email protected: m...@merijn-lt09] on 2005/06/12 09:54:07
> > > > >
> > > > > Subject: improve static build for win32/Makefile
> > > > > From: vadim <vadim@vkonovalov.ru>
> > > > > Date: Sun, 12 Jun 2005 14:09:11 -0400
> > > > > Message-Id: <1118599750.2732.2.camel@mdk10>
> > > > >
> > > > I guess it serves me right for not being around at weekends, but I
> > > > wish this hadn't been committed in my absence. Did you try this on
> > > > Win32 before committing?
> > > >
> > > > I've long meant to have a look at a problem with the static build
> > > > stuff in win32/makefile.mk but have never had time to get around to
> > > > it. The problem is that $(PERLDLL) depends on Extensions_static,
> > > > which is a pseudo-target -- there is no file of that name -- hence
> > > > make always considers it to be out-of-date.
> > > >
> > > > Now the win32/Makefile has the same problem :(
> > >
> > > Well, this is due to my limited understanding of nmake (and dmake).
> > >
> > > While trying to fix broken things (those STATIC_EXT and DYNAMIC_EXT are
> > > for years, and were not working, even related C code was broken) I
> > > introduced a problem.
> > >
> > > Could you please advice on a good way to fix?
> > >
> > > May be it is reasonable to create a real empty file with that name?
> > >
> > > Also, how it is possible there is no problem with pseudo-targer
> > > "Entensions" but there is a problem with "Entensions_static"
> >
> > Timing. It happens at the wrong time.
>
> I realized now that "Extensions" target *is* rebuilt at every n?make, so
> it goes trought extensions tree (but usually there is nothing to rebuild
> there)
>
> > Give me 10 minutes and ill post a patch that sorts things out. Im just
> > resynching as i forgot to copy the tree before I put together my
> > patch.
>
> I already have a patch.
> May be its not perfect.
I'll leave it to Steve
> It cures a problem, so a temporary file "Extensions" is created, and it
> will contain list of statically build extensions.
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using Perl 5.6.2, 5.8.0, 5.8.5, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11,
AIX 4.3 & 5.2, SuSE 9.2 & 9.3, and Cygwin. http://www.cmve.net/~merijn
Smoking perl: http://www.test-smoke.org, perl QA: http://qa.perl.org
reports to: [email protected: smokers-re...@perl.org], perl-qa@perl.org |
|
|
| 2) H.Merijn Brand Re: Change 24806: improve static build for win32/Makefile |
|
|
| Sorry. I'm awaiting a new patch from Vadim that would both return the validness of before the... |
|
|
|
|
|
|
|
On Mon, 13 Jun 2005 09:36:23 +0100, Steve Hay <steve.hay@uk.radan.com> wrote:
> H.Merijn Brand wrote:
>
> >Change 24806 by [email protected: m...@merijn-lt09] on 2005/06/12 09:54:07
> >
> > Subject: improve static build for win32/Makefile
> > From: vadim <vadim@vkonovalov.ru>
> > Date: Sun, 12 Jun 2005 14:09:11 -0400
> > Message-Id: <1118599750.2732.2.camel@mdk10>
> >
> I guess it serves me right for not being around at weekends, but I wish
> this hadn't been committed in my absence. Did you try this on Win32
> before committing?
Sorry. I'm awaiting a new patch from Vadim that would both return the validness of before the patch, and also enable the static builds.
> I've long meant to have a look at a problem with the static build stuff
> in win32/makefile.mk but have never had time to get around to it. The
> problem is that $(PERLDLL) depends on Extensions_static, which is a
> pseudo-target -- there is no file of that name -- hence make always
> considers it to be out-of-date.
>
> Now the win32/Makefile has the same problem :(
>
> Thus, when running "nmake test" after having done "nmake", nmake feels
> the need to rebuild static extensions, and hence the Perl DLL, and hence
> does a full relink of everything else too.
>
> This is a real PITA at the best of times, but also has the unfortunate
> side-effect that the build no longer works unattended because the relink
> during "nmake test" causes xcopy to ask a question about overwriting the
> Perl DLL.
>
> Thus, my last overnight smoke was hung and I had to kill it just now.
>
> No more blead smokes from Win32 land until this is fixed, and I don't
> really have time right now.
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using Perl 5.6.2, 5.8.0, 5.8.5, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11,
AIX 4.3 & 5.2, SuSE 9.2 & 9.3, and Cygwin. http://www.cmve.net/~merijn
Smoking perl: http://www.test-smoke.org, perl QA: http://qa.perl.org
reports to: [email protected: smokers-re...@perl.org], perl-qa@perl.org |
|
|
| 3) H.Merijn Brand Re: New Configure functionality |
|
|
| Thanks. I asked you, because in this case it doesn't probe, and you would be able to fill in the... |
|
|
|
|
|
|
|
On Mon, 11 Apr 2005 12:07:46 +0100, Steve Hay <steve.hay@uk.radan.com> wrote:
> H.Merijn Brand wrote:
>
> >After a request from Steve Peters, I've implemented a new probe to
> >Configure.
> >
> >Configure checks for libm/math.h to support _LIB_VERSION
> >For now, Cygwin and Linux do, and HP-UX and AIX do not
> >
> >Since I do not know what VMS and Win32 support, and autoprobing might not
> >be the way to go, could the appropriate folk supply my with the patches to
> >complete this functionality on the `other OS's'
> >
> Win32 config's and config_H's patched appropriately by change #24227.
>
> I can see no mention of LIB_VERSION anywhere in VC++ or MinGW, so I've
> just set things to undef. I did the same for Borland, although I don't
> have access to a Borland compiler so that may not be correct.
Thanks. I asked you, because in this case it doesn't probe, and you would be able to fill in the correct default value. Now it's up to Steve Peters to make use of it. Enjoy :) |
|
|
| 4) H.Merijn Brand Re: New Configure functionality |
|
|
| Rats! Now where did that come from! I'll repair. Thanks. |
|
|
|
|
|
|
|
On Mon, 11 Apr 2005 11:13:23 +0100, Steve Hay <steve.hay@uk.radan.com> wrote:
> H.Merijn Brand wrote:
>
> >Change 24217 by [email protected: m...@merijn-lt09] on 2005/04/10 17:08:36
> >
> > Configure now probes for _LIB_VERSION support in math.h/libm
> > LIBM_LIB_VERSION is defined if it does
> >
> >Affected files ...
> >
> >... //depot/perl/Configure#575 edit
> >... //depot/perl/Porting/config_H#162 edit
> >... //depot/perl/config_h.SH#294 edit
> >... //depot/perl/handy.h#75 edit
> >
> >Differences ...
> >
> >==== //depot/perl/Configure#575 (xtext) ====
> >
> >@@ -20,7 +20,7 @@
> >
> > # $Id: Head.U,v 3.0.1.9 1997/02/28 15:02:09 ram Exp $
> > #
> >-# Generated on Fri Apr 8 16:30:10 CEST 2005 [metaconfig 3.0 PL70]
> >+# Generated on Sun Apr 10 19:26:39 CEST 2005 [metaconfig 3.0 PL70]
> > # (with additional metaconfig patches by [email protected: pe...@perl.org])
> >
> > cat >c1$$ <<EOF
> >@@ -525,6 +525,7 @@
> > d_killpg=''
> > d_lchown=''
> > d_ldbl_dig=''
> >+d_libm_lib_version=''
> > d_link=''
> > d_localtime_r=''
> > localtime_r_proto=''
> >@@ -663,6 +664,7 @@
> > d_sigaction=''
> > d_sigprocmask=''
> > d_sigsetjmp=''
> >+d_sitecustomize=''
> >
> >
> Oops! Your patch seems to have slipped d_sitecustomize back in. I
> assume that wasn't what you meant?
Rats! Now where did that come from! I'll repair. Thanks. |
|
|
| 5) H.Merijn Brand Re: New Configure functionality |
|
|
| Thanks for both the patch and the additional info Line added with change #24221 Any takers for... |
|
|
|
|
|
|
|
On Sun, 10 Apr 2005 22:57:04 -0500, "Craig A. Berry" <craigberry@mac.com> wrote: > At 10:19 PM +0200 4/10/05, Abe Timmerman wrote:> >Op een grimmige winterdag (Sunday 10 April 2005 20:21),schreef H.Merijn> >Brand:> >> After a request from Steve Peters, I've implemented a new probe to> >> Configure.> >>> >> Configure checks for libm/math.h to support _LIB_VERSION> >> For now, Cygwin and Linux do, and HP-UX and AIX do notThanks for both the patch and the additional info Line added with change #24221 Any takers for possible README additions? Steve?
> >> Since I do not know what VMS and Win32 support, and autoprobing might not
> >> be the way to go, could the appropriate folk supply my with the patches
> >to > complete this functionality on the `other OS's'
> >>
> >> Change 24217 by [email protected: m...@merijn-lt09] on 2005/04/10 17:08:36
> >>
> >> Configure now probes for _LIB_VERSION support in math.h/libm
> >> LIBM_LIB_VERSION is defined if it does
> >
> >I don't know any about libm, so Craig will have to deal with that.
> >But this patch to configure.com seems to make it build on VMS V7.2 again
>
> That patch will probably do for the foreseeable future. I find no
> mention of _LIB_VERSION in the latest headers or documentation of HP
> C on OpenVMS, but I also can't find any mention of it in C99 or the
> single UNIX spec at www.opengroup.org. If the commercial UNIX
> vendors aren't supporting it either, I have to say it doesn't look
> promising as a portable feature, but perhaps it was never intended to be.
>
> --
> ________________________________________
> Craig A. Berry
> mailto:craigberry@mac.com
>
> "... getting out of a sonnet is much more
> difficult than getting in."
> Brad Leithauser
>
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using Perl 5.6.2, 5.8.0, 5.8.5, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11,
AIX 4.3 & 5.2, SuSE 9.1 & 9.2, and Cygwin. http://www.cmve.net/~merijn
Smoking perl: http://www.test-smoke.org, perl QA: http://qa.perl.org
reports to: [email protected: smokers-re...@perl.org], perl-qa@perl.org |
|
|
|
 | |
Highlight