[Gtk2-perl-bugs] [Bug 341090] Building of Gtk2 Perl module (Makefile.PL) depends on existence of Gtk2 Perl module

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D341090
 gnome-perl | Gtk2 | Ver: unspecified


muppet changed:

           What    |Removed                     |Added
-------------------------------------------------------------------------=
---
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |NOTABUG




------- Comment #16 from muppet  2006-05-10 01:26 UTC -------
One last piece of information:  If i add to my include path the .../Glib
directory (as i said you shouldn't do), then i get the same failure you s=
ee.

homie:~/cvs/gtk2-perl-xs/Gtk2$ perl -I
$SANDBOX/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/Glib
Makefile.with_diagnostics.PL
...
CodeGen.pm =3D>
/home/sarringt/sandboxes/gnome2/lib/perl5/site_perl/5.8.3/i386-linux-thre=
ad-multi/Glib/CodeGen.pm
...
Can't locate object method "parse_maps" via package "Gtk2::CodeGen" (perh=
aps
you forgot to load "Gtk2::CodeGen"?) at Makefile.with_diagnostics.PL line=
 197.


But, just to beat a dead horse, you shouldn't do that.

You're right that using "./CodeGen.pm" instead of "CodeGen.pm" would remo=
ve the
ambiguity, but it's really not necessary (and for some reason, my cvs
connection to sourceforge isn't working this evening).

So, I'm going to close this as NOTABUG.


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.