like "enhanced GNU compiler suite." It contains updated versions of
gcc, g++, and g77 with many bugfixes and some new optimizations.
The C++ compiler in particular is vastly improved over gcc-2.7.2.1.
was broken. I had an old entry for the plugin searchpath at the very end
of my .cshrc file pointing to an empty directory under
$HOME/.netscape/plugin :-/
The port is definitively working ;-)
Removed BROKEN completely from Makefile.
not only root.
Again, on my -current machine the plugins are only detected with
communicator 4.04, if I start the communicator as root. Perhaps I
check again with a brand new user with standard environment.
Or could someone other please try it out on -current ?
Submitted by: Brian Handy <handy@sag.space.lockheed.com>
systems because I've made an error in the original ePerl 2.2.9 tarball (under
my FreeBSD boxes it worked, because there a /sw/bin/perl exists). I've now
fixed it for 2.2.10 and now the ports is again ok. At least I hope that it is
ok now again... ;_)
When running as root everything is fine.
When running as normal user, it doesn't find the plugin
when clicking Help->About Plugins
Therefore I marked the port BROKEN for now. please report
your experiences to me, I only can test it under -current and
I'm not sure if I trapped into a -current or config problem.
The FAQ tells to explicitely set NPX_PLUGIN_PATH when
installing netscape in a non standard place, but
/usr/local/lib/netscape/plugins is a standard place and even
if I modify /usr/local/bin/netscape, it doesn't find any plugin.
Even not the nullplugin, which is pretty standard I think ...
Please help me out here, if you have some spare time.
libc_r if we're not building the thread module. Respect options
given in the environment.
The defaults (build with Tk and thread support) don't change.
a Haskell interpreter and programming environment for developing
Haskell programs.
PR: ports/4142 and ports/4646
Submitted by: Torsten "Teg" Grust <Torsten.Grust@uni-konstanz.de>
