Aloha,
the shared object in one of my modules, Gtk2::MozEmbed, needs to be
linked in a way that makes sure the Mozilla libs can be found at run
time. For this to work, libgtkmozembed's pkg-config file[1] specifies
that "-Wl,-rpath -Wl,${libdir}" be used as arguments to the linker.
Unfortunately,
Aloha,
over in gtk2-perl land, we'd like to split out the Gtk2::Pango stuff from the
Gtk2 module into its own module with the namespace Pango. We would like to do
this in a backwards compatible way so that any code that is using the
Gtk2::Pango stuff continues to work just fine when we switch
Rafael Garcia-Suarez wrote:
So I wonder if it is safe to rely on the behavior exhibited by perl >= 5.8. Or
is it just some implementation-dependent artifact? Is there a better way to
achieve what I want?
I think it's safe.
OK, thanks for the confirmation.
A quick look shows that bleadper
On 24.05.2010 09:06, Rocco Caputo wrote:
CPAN has a de facto standard of appending X to make "extensions"
namespaces. Does that make sense for namespaces that end in X already?
If not, please suggest alternatives.
For Gtk2, we settled on Gtk2::Ex. For example, Gtk2::Ex::VolumeButton.
On 09.08.2011 09:11, Gabor Szabo wrote:
So I tried
configure_requires 'File::Copy::Recursive' => 0;
require File::Copy::Recursive;
but that still blows up when I run Makefile.PL
Yes, configure_requires is the way to go. If a CPAN client sees that,
it will fetch the requirement befo
Aloha,
GStreamer is a powerful and pretty popular media framework. GNOME
already uses it extensively, and KDE just started to. It's based on
GLib and uses its object oriented C API style. The objects have names
like GstQueue or GstElement.
For similar objects like GtkWindow or GnomeIconList in
On Tue, 2005-02-22 at 21:29 -0500, Mark Stosberg wrote:
> One option would be to use a very clear top level name space
> and used 'aliased' internally to call it 'Gst'.
>
> http://search.cpan.org/~ovid/aliased-0.11/lib/aliased.pm
That sounds like a good idea. The only nag is that it's a very y
On Wed, 2005-02-23 at 14:08 +0100, David Landgren wrote:
> Another alternative is to let the user choose. Take a look at Yves'
> Data::Dumper::Streamer module. During the installation, the user has a
> choice of additionally installing it in the DDS namespace (this does not
> occur by default).
On Wed, 2005-02-23 at 00:26 -0500, Randy W. Sims wrote:
> Multimedia::GStreamer
What about just using Media::GStreamer and aliasing it to Gst? That
would introduce a new top-level namespace, but I think it makes sense to
have it.
> I don't see any advantage of using Gst over GStreamer as a name
On Wed, 2005-02-23 at 18:25 +, Smylers wrote:
> If all modules have really short names then nobody knows when anybody
> else's modules are for, which rather defeats the purpose of Cpan. Cpan
> is a global namespace, and as such names have to be chosen carefully to
> be as meaningful as possib
On Wed, 2005-02-23 at 18:55 +, Orton, Yves wrote:
> > I tried to explain that in my original mail. The GStreame bindings,
> > just like Gtk2 or Gnome2, are different. You don't just use one
> > constructor once. Typical applications will have to create many
> > Gst::Element's, a few Gst:
On Fri, 2005-02-25 at 09:43 +0100, A. Pagaltzis wrote:
> > > use constant Gst=>'Multimedia::Gstreamer';
> > >
> > > Gst->new();
> >
> > I just realized that this won't work. I don't just need Gst to
> > be an alias for Media::GStreamer, I need Gst::* to be an alias
> > for Media::GStrea
On Sat, 2005-02-26 at 15:14 -0500, Randy W. Sims wrote:
> > That's the question. What do others think?
>
> I'd consider it a very bad practice. Imagine if many authors started
> doing the same. There could be unpredictable collisions all over the
> place. It defeats the CPAN scheme for ensurin
On Sun, 2005-02-27 at 16:28 -0800, Ofer Nave wrote:
> 2) requesting feedback on design/implementation
For reviews there's also the code-review-ladder:
http://lists.netthink.co.uk/listinfo/code-review-ladder
--
Bye,
-Torsten
14 matches
Mail list logo
