ExtUtils-CXX/CXX.pm

=head1 NAME

ExtUtils::CXX - support C++ XS files

=head1 SYNOPSIS

 use ExtUtils::CXX;
 use ExtUtils::MakeMaker;

 # wrap calls to WriteMakefile or MakeMaker that are supposed to use
 # C++ XS files into extutils_cxx blocks:

 extutils_cxx {
    WriteMakefile (
       ...  put your normal args here
    );
 };

=head1 DESCRIPTION

This module enables XS extensions written in C++. It is meant to be useful
for the users and installers of c++ modules, rather than the authors, by
having a single central place where to patch things, rather than to have
to patch every single module that overrides CC manually. That is, in the
worst case, you need to patch this module for your environment before
being able to CPAN-install further C++ modules; commonly, only setting a
few ENV variables is enough; and in the best case, it just works out of
the box.

(Comments on what to do and suggestions on how to achieve these things
better are welcome).

At the moment, it works by changing the values in C<%Config::Config>
temporarily. It does the following things:

=over 4

=item 1. It tries to change C<$Config{cc}> and C<$Config{ld}> into a C++ compiler.

If the environment variable C<$CXX> is set, then it's value will be used
to replace both (except if C<$PERL_CXXLD> is set, then that will be used for
C<$Config{ld}>.

(There is also a C<$PERL_CXX> which takes precedence over C<$CXX>).

The important thing is that the chosen C++ compiler compiles files with
a F<.c> ending as C++ - a generic compiler wrapper such as F<gcc> that
detects the lafguage by the file extension will I<not> work.

In the absence of these variables, it will do the following
transformations on what it guesses will be the compiler name:

   gcc   => g++
   clang => clang++
   xlc   => xlC
   cc    => g++
   c89   => g++

=back

=over 4

=cut

package ExtUtils::CXX;

use common::sense;

our $VERSION = 0.02;

use parent Exporter::;

our @EXPORT = qw(extutils_cxx);

=item extutils_cxx BLOCK;

This function temporarily does hideous things so you can call
C<WriteMakefile> or similar functions in the BLOCK normally. See the
description, above, for more details.

=cut

use Config;

our %cc = (
   gcc   => "g++",
   clang => "clang++",
   xlc   => "xlC",
   cc    => "g++",
   c89   => "g++",
);

sub _ccrepl {
   my ($cfgvar, $env) = @_;

   my $tie = tied %Config;

   my $env = $ENV{"PERL_$env"} || $ENV{$env};

   my $val = $tie->{$cfgvar};

   if ($env) {
      $val =~ s/^\S+/$env/;
   } else {
      keys %cc;
      while (my ($k, $v) = each %cc) {
         $val =~ s/^ (\S*[\/\\])? $k (-|\s|\d|$) /$1$v$2/x
            and goto done;
      }

      $val =~ s/^\S+/g++/;

      done: ;
   }

   $tie->{$cfgvar} = $val;
}

sub extutils_cxx(&) {
   my ($cb) = @_;

   # make sure these exist
   @Config{qw(cc ld)};

   my $tie = tied %Config;

   # now dive into internals of Config and temporarily patch those values

   $tie->{ld} = "/uasr/bin/gcc-4.6 -O";
   local $tie->{cc} = $Config{cc}; _ccrepl cc => "CXX";
   local $tie->{ld} = $Config{ld}; _ccrepl ld => ($ENV{PERL_CXXLD} ? "CXXLD" : "CXX");

   eval {
      $cb->();
   };
   die if $@;
}

=back

=head2 WHAT YOU HAVE TO DO

This module only makes your F<.xs> files compile as C++. It does not
provide magic C++ support for objects and typemaps, and does not help with
portability or writing your F<.xs> file. All of these you have to do -
google is your friend.

=head2 LIMITATIONS

Combining C++ and C is an art form in itself, and there is simply no
portable way to make it work - the platform might have a C compiler, but
no C++ compiler. The C++ compiler might be binary incompatible to the C
compiler, or might not run for other reasons, and in the end, C++ is more
of a moving target than C.

=head2 SEE ALSO

There is a module called C<ExtUtils::XSpp> that says it gives you C++ in
XS, by changing XS in some ways. I don't know what exactly it's purpose
is, but it might be a useful addition for C++ Xs development for you,
so you might want to look at it. It doesn't have C<ExtUtils::MakeMaker>
support, and there is a companion module that only supports the obsolete
(and very broken) C<Module::Build>, sour YMMV.

=head1 AUTHOR/CONTACT

 Marc Lehmann <schmorp@schmorp.de>
 http://software.schmorp.de/pkg/extutils-cxx.html

=cut

1

Revision:	1.1
Committed:	Mon Aug 14 04:30:22 2017 UTC (6 years, 9 months ago) by root
Branch:	MAIN
Log Message:	* empty log message *
#	User	Rev	Content
1	root	1.1	=head1 NAME
2
3			ExtUtils::CXX - support C++ XS files
4
5			=head1 SYNOPSIS
6
7			use ExtUtils::CXX;
8			use ExtUtils::MakeMaker;
9
10			# wrap calls to WriteMakefile or MakeMaker that are supposed to use
11			# C++ XS files into extutils_cxx blocks:
12
13			extutils_cxx {
14			WriteMakefile (
15			... put your normal args here
16			);
17			};
18
19			=head1 DESCRIPTION
20
21			This module enables XS extensions written in C++. It is meant to be useful
22			for the users and installers of c++ modules, rather than the authors, by
23			having a single central place where to patch things, rather than to have
24			to patch every single module that overrides CC manually. That is, in the
25			worst case, you need to patch this module for your environment before
26			being able to CPAN-install further C++ modules; commonly, only setting a
27			few ENV variables is enough; and in the best case, it just works out of
28			the box.
29
30			(Comments on what to do and suggestions on how to achieve these things
31			better are welcome).
32
33			At the moment, it works by changing the values in C<%Config::Config>
34			temporarily. It does the following things:
35
36			=over 4
37
38			=item 1. It tries to change C<$Config{cc}> and C<$Config{ld}> into a C++ compiler.
39
40			If the environment variable C<$CXX> is set, then it's value will be used
41			to replace both (except if C<$PERL_CXXLD> is set, then that will be used for
42			C<$Config{ld}>.
43
44			(There is also a C<$PERL_CXX> which takes precedence over C<$CXX>).
45
46			The important thing is that the chosen C++ compiler compiles files with
47			a F<.c> ending as C++ - a generic compiler wrapper such as F<gcc> that
48			detects the lafguage by the file extension will I<not> work.
49
50			In the absence of these variables, it will do the following
51			transformations on what it guesses will be the compiler name:
52
53			gcc => g++
54			clang => clang++
55			xlc => xlC
56			cc => g++
57			c89 => g++
58
59			=back
60
61			=over 4
62
63			=cut
64
65			package ExtUtils::CXX;
66
67			use common::sense;
68
69			our $VERSION = 0.02;
70
71			use parent Exporter::;
72
73			our @EXPORT = qw(extutils_cxx);
74
75			=item extutils_cxx BLOCK;
76
77			This function temporarily does hideous things so you can call
78			C<WriteMakefile> or similar functions in the BLOCK normally. See the
79			description, above, for more details.
80
81			=cut
82
83			use Config;
84
85			our %cc = (
86			gcc => "g++",
87			clang => "clang++",
88			xlc => "xlC",
89			cc => "g++",
90			c89 => "g++",
91			);
92
93			sub _ccrepl {
94			my ($cfgvar, $env) = @_;
95
96			my $tie = tied %Config;
97
98			my $env = $ENV{"PERL_$env"} \|\| $ENV{$env};
99
100			my $val = $tie->{$cfgvar};
101
102			if ($env) {
103			$val =~ s/^\S+/$env/;
104			} else {
105			keys %cc;
106			while (my ($k, $v) = each %cc) {
107			$val =~ s/^ (\S*[\/\\])? $k (-\|\s\|\d\|$) /$1$v$2/x
108			and goto done;
109			}
110
111			$val =~ s/^\S+/g++/;
112
113			done: ;
114			}
115
116			$tie->{$cfgvar} = $val;
117			}
118
119			sub extutils_cxx(&) {
120			my ($cb) = @_;
121
122			# make sure these exist
123			@Config{qw(cc ld)};
124
125			my $tie = tied %Config;
126
127			# now dive into internals of Config and temporarily patch those values
128
129			$tie->{ld} = "/uasr/bin/gcc-4.6 -O";
130			local $tie->{cc} = $Config{cc}; _ccrepl cc => "CXX";
131			local $tie->{ld} = $Config{ld}; _ccrepl ld => ($ENV{PERL_CXXLD} ? "CXXLD" : "CXX");
132
133			eval {
134			$cb->();
135			};
136			die if $@;
137			}
138
139			=back
140
141			=head2 WHAT YOU HAVE TO DO
142
143			This module only makes your F<.xs> files compile as C++. It does not
144			provide magic C++ support for objects and typemaps, and does not help with
145			portability or writing your F<.xs> file. All of these you have to do -
146			google is your friend.
147
148			=head2 LIMITATIONS
149
150			Combining C++ and C is an art form in itself, and there is simply no
151			portable way to make it work - the platform might have a C compiler, but
152			no C++ compiler. The C++ compiler might be binary incompatible to the C
153			compiler, or might not run for other reasons, and in the end, C++ is more
154			of a moving target than C.
155
156			=head2 SEE ALSO
157
158			There is a module called C<ExtUtils::XSpp> that says it gives you C++ in
159			XS, by changing XS in some ways. I don't know what exactly it's purpose
160			is, but it might be a useful addition for C++ Xs development for you,
161			so you might want to look at it. It doesn't have C<ExtUtils::MakeMaker>
162			support, and there is a companion module that only supports the obsolete
163			(and very broken) C<Module::Build>, sour YMMV.
164
165			=head1 AUTHOR/CONTACT
166
167			Marc Lehmann <schmorp@schmorp.de>
168			http://software.schmorp.de/pkg/extutils-cxx.html
169
170			=cut
171
172			1
173