yes, perl is not that evil especially when disabled
authorroot <root>
Sat, 2 Jun 2007 06:43:02 +0000 (06:43 +0000)
committerroot <root>
Sat, 2 Jun 2007 06:43:02 +0000 (06:43 +0000)
doc/rxvt.7.pod
src/urxvt.pm

index 3fb8df8799f28276da8c3794aa8808384e19da66..fe215f5493785a66d5c92a67968e7cead46e3625 100644 (file)
@@ -2479,10 +2479,13 @@ Add support to have the pointer disappear when typing or inactive.
 =item --enable-perl (default: on)
 
 Enable an embedded perl interpreter. See the B<@@RXVT_NAME@@perl(3)>
-manpage (F<doc/rxvtperl.txt>) for more info on this feature, or the files
-in F<src/perl-ext/> for the extensions that are installed by default. The
-perl interpreter that is used can be specified via the C<PERL> environment
-variable when running configure.
+manpage (F<doc/rxvtperl.txt>) for more info on this feature, or the
+files in F<src/perl-ext/> for the extensions that are installed by
+default. The perl interpreter that is used can be specified via the
+C<PERL> environment variable when running configure. Even when compiled
+in, perl will I<not> be initialised when all extensions have been disabled
+C<-pe "" --perl-ext-common "">, so it should be safe to enable from a
+resource standpoint.
 
 =item --with-name=NAME (default: urxvt)
 
index 05d6f4607053d0cfeddafeb33a1f61823f654a6c..87a010672dbeb5ebef6e45ce0737f18ac00378db 100644 (file)
@@ -28,6 +28,9 @@ thus must be encoded as UTF-8.
 Each script will only ever be loaded once, even in @@RXVT_NAME@@d, where
 scripts will be shared (but not enabled) for all terminals.
 
+You can disable the embedded perl interpreter by setting both "perl-ext"
+and "perl-ext-common" resources to the empty string.
+
 =head1 PREPACKAGED EXTENSIONS
 
 This section describes the extensions delivered with this release. You can