Loading ...
Sorry, an error occurred while loading the content.

Re: need your help to test mod_perl with perl-5.8.1-RC3

Expand Messages
  • Steve Hay
    ... I m using Apache 1.3.27, mod_perl 1.28, libapreq-1.2, but I m on Windows with MS VC++ 6.0, so this might not be very useful to you since you haven t got
    Message 1 of 31 , Aug 1, 2003
    • 0 Attachment
      Michael G Schwern wrote:

      >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 into
      >>>place, but when I tried to use it to build libapreq, I just got the
      >>>same error again - "don't know how to make 'C:\perl5\libNAME'".
      >>>
      >>>
      >>OK, I've got MM 6.06_01 building now (it was generating broken Makefiles
      >>-- needed to change DIRFILESEP from \ to ^\, and fill in the missing
      >>*PERLSAFE macros), and the bad news is that it doesn't build
      >>libapreq-1.2 either! I still get the "unresolved external symbol
      >>boot_libapreq" error.
      >>
      >>So it's one of the many changes between 6.05 and 6.06_01 that broke it.
      >>
      >>
      >
      >Well, that narrows it down quite a bit.
      >
      >Which version of mod_perl and Apache is this against and *exactly* what do
      >I have to do to exercise this bug? I haven't built mod_perl in a long time.
      >
      >
      I'm using Apache 1.3.27, mod_perl 1.28, libapreq-1.2, but I'm on Windows
      with MS VC++ 6.0, so this might not be very useful to you since you
      haven't got such a setup yourself... Anyway, here goes; it's probably
      pretty similar on whatever OS you're on (perhaps with an extra
      "./configure ..." line before the Apache "make"?)

      - Unpack Apache, mod_perl, libapreq into C:\Temp
      - cd to C:\Temp\apache_1.3.27\src
      - Run "nmake /f makefile.win installr". That builds Apache and installs
      it into C:\apache by default.
      - cd to C:\Temp\mod_perl-1.28
      - Run "perl Makefile.PL APACHE_SRC=C:/apache INSTALL_DLL=C:/apache/modules".
      - Run "nmake", "nmake test", "nmake install" as usual.
      - cd to C:\Temp\libapreq-1.2
      - Run "perl Makefile.PL"
      - Run "nmake" -- that fails with the "unresolved external symbol
      boot_libapreq" error.

      That's it.

      BTW, I've been looking at the Makefiles that I sent previously, and have
      found something interesting. The Makefile in the "c" sub-directory from
      the 6.05 build contains this:

      =====================
      # --- 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)
      =====================

      while the corresponding section from the 6.12 build contains this:

      =====================
      # --- 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 :: $(FIRST_MAKEFILE) $(INST_DYNAMIC) $(INST_BOOT)
      $(NOECHO) $(NOOP)
      =====================

      If that's relevant, then the latter looks more likely to be correct,
      doesn't it? Perhaps MM 6.06+ has correctly fixed a bug in MM 6.05, and
      the only problem here is that libapreq was previously relying on that bug?

      Steve
    • Nick Ing-Simmons
      ... Not really. There are some changes for PerlIO * vs FILE * but other than that I am unaware of anything significant in years. (But then so long as it works
      Message 31 of 31 , Aug 4, 2003
      • 0 Attachment
        Michael G Schwern <schwern@...> writes:
        >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.

        Not really. There are some changes for PerlIO * vs FILE *
        but other than that I am unaware of anything significant in years.
        (But then so long as it works I don't look)...

        Okay here are changes that have touched typemap in the mainline:

        Change 17989 on 2002/10/10 by hv@... 'Subject: PATCH: lib/ExtUtils/ty'
        Change 15534 on 2002/03/26 by jhi@alpha 'Subject: Re: [PATCH] STRLEN typ'
        Change 11621 on 2001/08/09 by jhi@alpha 'Subject: [PATCH] remove PL_na f'
        Change 9737 on 2001/04/18 by jhi@alpha 'Subject: [PATCH] XS::Typemap - '
        Change 9553 on 2001/04/05 by jhi@alpha 'Integrate changes #9544,9547,95'
        Change 9437 on 2001/03/29 by jhi@alpha 'Subject: [PATCH perl@9424] type'
        Change 9380 on 2001/03/27 by jhi@alpha 'Subject: [PATCH] Typemap testin'
        Change 8934 on 2001/02/25 by jhi@alpha 'Integrate perlio: [ 8927] Cha'
        Change 8359 on 2001/01/08 by jhi@alpha 'Integrate perlio: [ 8356] FIL'
        Change 8308 on 2001/01/04 by jhi@alpha 'Subject: [patch] typemap =~ s/c'
        Change 6918 on 2000/08/30 by jhi@alpha 'NVs not necessarily doubles, as'
        Change 6915 on 2000/08/30 by jhi@alpha 'Subject: [PATCH] fix misc cast '
        Change 6122 on 2000/05/28 by gsar@auger 'downgrade fatal error on C<"foo'
        Change 4255 on 1999/09/30 by gsar@auger 'remove prehistoric XFree() gunk'
        Change 4142 on 1999/09/13 by gsar@auger 'integrate cfgperl contents into'
        Change 4106 on 1999/09/08 by gsar@auger 'integrate cfgperl contents into'
        Change 3622 on 1999/07/06 by gsar@sparc26 'applied patch after demunging h'
        Change 3524 on 1999/06/09 by gsar@sparc26 'more complete support for impli'
        Change 2326 on 1998/11/27 by gsar@aatma 'integrate changes#2304,2305,230'
        Change 1578 on 1998/07/20 by gsar@aatma 'complete s/foo/PL_foo/ changes '
        Change 1575 on 1998/07/20 by gsar@aatma 'integrate ansi branch to get s/'
        Change 822 on 1998/03/16 by mbeattie@localhost 'Bump patchlevel.h to 63. '
        Change 496 on 1998/02/11 by mbeattie@localhost 'Integrate win32 into mainline. '
        Change 457 on 1998/02/03 by mbeattie@localhost 'Integrate win32 into mainline. '
        Change 439 on 1998/01/27 by mbeattie@localhost 'Integrate ansi branch into main'
        Change 296 on 1997/11/25 by mbeattie@localhost 'Integrate from ansi branch to m'
        Change 77 on 1997/09/29 by mbeattie@localhost 'Start merge with maint-5.004 br'
        Change 18 on 1997/05/25 by mbeattie@localhost 'First stab at 5.003 -> 5.004 in'
        Change 1 on 1997/03/28 by mbeattie@localhost 'Perl 5.003 check-in '
      Your message has been successfully submitted and would be delivered to recipients shortly.