You are viewing a plain text version of this content. The canonical link for it is here.

Posted to modperl@perl.apache.org by sdfgsd sergserg <do...@abv.bg> on 2004/12/13 18:16:46 UTC

cc: Error: modperl_exports.c under Tru64 Unix

Tried to compile RC1 under HP Tru64 Unix 4.0g(JAVA) AS1200 2@533MHz (ev56)

(Static build, because I think Tru64 doesn't support dynamic loading)
First I ran:

perl Makefile.PL MP_USE_STATIC=1 \
    MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
    MP_AP_CONFIGURE="--with-mpm=prefork --prefix=/house/doink123/ap_tru64_4g"


But I got this error:




then I ran:
perl Makefile.PL MP_USE_STATIC=1 \
    MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
    MP_AP_CONFIGURE="--with-mpm=prefork"

and this phase completed successfully. The error came when I ran make.

cc -I/house/doink123/mod_perl-2.0.0-RC1/src/modules/perl -I/house/doink123/mod_perl-2.0.0-RC1/xs -I/house/doink123/httpd-2.0.52/include -I/house/doink123/httpd-2.0.52/srclib/apr/include -I/house/doink123/httpd-2.0.52/srclib/apr-util/include -I/house/doink123/httpd-2.0.52/os/unix -std -fprm d -ieee -D_INTRINSICS -I/usr/local/include -DLANGUAGE_C -I/usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE -DMOD_PERL -DMP_COMPAT_1X -O4 -c modperl_xsinit.c
cc -I/house/doink123/mod_perl-2.0.0-RC1/src/modules/perl -I/house/doink123/mod_perl-2.0.0-RC1/xs -I/house/doink123/httpd-2.0.52/include -I/house/doink123/httpd-2.0.52/srclib/apr/include -I/house/doink123/httpd-2.0.52/srclib/apr-util/include -I/house/doink123/httpd-2.0.52/os/unix -std -fprm d -ieee -D_INTRINSICS -I/usr/local/include -DLANGUAGE_C -I/usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE -DMOD_PERL -DMP_COMPAT_1X -O4 -c modperl_exports.c
cc: Warning: /usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE/config.h, line 41: The redefinition of the macro "__attribute__" conflicts with a current definition because the spelling of one or more parameters is different.  The redefinition is now in effect. (macroredef)
#define __attribute__(_arg_)
----------------------^
cc: Warning: /usr/local/lib/perl5/5.6.1/alpha-dec_osf/CORE/perl.h, line 23: The redefinition of the macro "VOIDUSED" conflicts with a current definition because the replacement lists differ.  The redefinition is now in effect. (macroredef)
#define VOIDUSED 1
-----------------^
cc: Error: modperl_exports.c, line 195: In the initializer for modperl_hack_io_apache_init, "modperl_io_apache_init" is not declared. (undeclared)
const void *modperl_hack_io_apache_init = (const void *)modperl_io_apache_init;
--------------------------------------------------------^
*** Exit 1
Stop.
*** Exit 1
Stop.



-----------------------------------------------------------------
Известяване за получено писмо - http://promo.abv.bg/

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: cc: Error: modperl_exports.c under Tru64 Unix

Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.

Philippe M. Chiasson wrote:
> Stas Bekman wrote:
> 
>>Philippe M. Chiasson wrote:
>>
>>>There is already support in the modperl_exports.c generation code to 
>>>exclude
>>>certain functions depending on build options. So in summary, if we just
>>>excluded modperl_io_apache_init() from modperl_exports.c when PERLIO is 
>>>absent,
>>>we would be good ? Or is there other modperl_perlio_ or modperl_io_ symbols
>>>we should also skip ? 
>>
>>I'd prefer to see a generic solution, w/o needing to do that manually 
>>every time a new function is added. So if the trick suggested by Joe 
>>works, then we should better use it IMHO.
> 
> Sadly, we've explored that path before, and it turns out that it's nearly
> impossible. See lib/ModPerl/WrapXS.pm for all the export_file_* foo.
> 
> One way or another, at least for win32 folks, we will always need to generate
> similar files, with exclusions based on various perl options. So it's not a
> terrible thing IMO to keep continuing that way.
> 
>>>In any case, I've got the code ready to exclude things when under 
>>>PERLIO, I just
>>>want to confirm what we need to exclude. And unless I am wrong, this 
>>>should also
>>>have been a problem to people in the win32 land as well, no ?
>>
>>No. Just try to build mp2 with 5.6.1 on linux and you will see what we are 
>>talking about.

After talking about this over with stas in irc-land, I've come to the conclusion
that Joe's suggestion in the long run might prove to be a much better solution,
and could even simplify things in the win32 world. So without further delay,
here is the patch. (It does fix the modperl_io_apache_init() problem by itself,
but other similar #ifdefed functions can now be worked on and removed from the
exception cases in lib/ModPerl/WrapXS.pm:$ithreads_exports)

Index: lib/ModPerl/WrapXS.pm
===================================================================
--- lib/ModPerl/WrapXS.pm       (revision 111876)
+++ lib/ModPerl/WrapXS.pm       (working copy)
@@ -1302,7 +1302,12 @@
              next if $entry->{name} =~ /^($ithreads_exports)/;
          }
          ( my $name ) = $entry->{name} =~ /^modperl_(.*)/;
-        print $fh "const void *modperl_hack_$name = (const void *)modperl_$name;\n";
+        print $fh <<"EOF";
+#ifndef modperl_$name
+const void *modperl_hack_$name = (const void *)modperl_$name;
+#endif
+
+EOF
      }
  }

--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/     F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5