Gimp-Perl fails to build.
Hi. To revive the gimp-perl support for my gimp installation I did a fresh checkout of the gimp. Gimp-perl compiled and - after doing a separate make install as root in plug-ins/perl it worked. (BTW: Why is gimpdoc installed in /usr and not in my PREFIX?) However, in the desire to keep up to date :-) I did an cvs update and typed make in the top level source dir. The location of gimp is not in my normal path. However, for my rebuild of the gimp this should not matter, because it is older than the one I am compiling... Gimp Perl fails to build: - Making all in perl make[3]: Entering directory `/unstable/src/gimp/plug-ins/perl' Makefile out-of-date with respect to Makefile.PL Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 || /bin/sh -c true /usr/bin/perl "-I/usr/lib/perl5/5.005/i386-linux" "-I/usr/lib/perl5/5.005" Makefile.PL creating cache ./config.cache checking for gimp... no checking for gimptool... no checking for GIMP - version = 1.0.4... no *** The gimptool script installed by GIMP could not be found *** If GIMP was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GIMPTOOL environment variable to the *** full path to gimptool. configure: warning: ** unable to find gimp ./configure: no: command not found ./configure: no: command not found ./configure: test: -lt: unary operator expected checking for glib-config... /usr/bin/glib-config checking for GLIB - version = 1.2.0... yes checking how to run the C preprocessor... cc -E checking for libgimp/gimpmodule.h... no checking for libintl.h... yes checking for unistd.h... yes checking for vsnprintf... yes checking for intelligent life... not found checking for _exit... yes updating cache ./config.cache creating ./config.status creating config.pl creating config.h now invoking perl to complete the configuration... + exec /usr/bin/perl Makefile.PL --writemakefile PREFIX=/usr FATAL: unable to deduce plugindir from gimptool script make[3]: *** [Makefile] Error 1 make[3]: Leaving directory `/unstable/src/gimp/plug-ins/perl' - What is happening here? Why does the second build suddenly depend on an installed (older) gimp? Even worse: after adding the location of gimp to the path gimp-perl ultimately fails to build: - Making all in perl make[3]: Entering directory `/unstable/src/gimp/plug-ins/perl' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/unstable/src/gimp/plug-ins/perl' - At this point the whole issue is no fun anymore and I usually replace the plug-ins/perl Makefile with: - all: echo "Gimp-Perl sucks." install: echo "Marc, please fix this." - Marc - could you please fix this behaviour so that people with zero knowledge about the Gimp-Perl build process could conveniently build Gimp - including gimp-perl - from CVS? Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/
Re: Gimp-Perl fails to build.
On Sat, Nov 18, 2000 at 04:54:39PM +0100, Simon Budig [EMAIL PROTECTED] wrote: checkout of the gimp. Gimp-perl compiled and - after doing a separate make install as root in plug-ins/perl it worked. (BTW: Why is gimpdoc installed in /usr and not in my PREFIX?) See README.perl. It's where you told perl to install extensions. However, in the desire to keep up to date :-) I did an cvs update and typed make in the top level source dir. Makefile out-of-date with respect to Makefile.PL Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 || /bin/sh -c true this shouldn't happen. what were the exact commands you entered before the make? configure: warning: ** unable to find gimp ./configure: no: command not found ./configure: no: command not found ./configure: test: -lt: unary operator expected now *that* is strange ;) What is happening here? Why does the second build suddenly depend on an It tries to build as a standalone perl extension (so it tries to find the gimp). This should not happen as the top-level configure script tells it not to do so. Did you configure the gimp tree without perl? What did you do to enable gimp? Did you do make distclean and re-run autogen.sh? Marc - could you please fix this behaviour so that people with zero knowledge about the Gimp-Perl build process could conveniently build It works for other people, actually, without any knowledge. The problems only start when people replace Makefiles in the perl directory, usually ;) -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: [gimp-devel] Re: Gimp-Perl fails to build.
Marc Lehmann ([EMAIL PROTECTED]) wrote: On Sat, Nov 18, 2000 at 04:54:39PM +0100, Simon Budig [EMAIL PROTECTED] wrote: checkout of the gimp. Gimp-perl compiled and - after doing a separate make install as root in plug-ins/perl it worked. (BTW: Why is gimpdoc installed in /usr and not in my PREFIX?) See README.perl. It's where you told perl to install extensions. Hmm - IMHO at least for these additional files (not the module itself) the option specified at the top level ./configure should be inherited. From README.perl I learn that I have only the chance to set one prefix. Wouldnt this install the Gimp-Perl module in /unstable (in my case) and perl would not find the module? BTW: The Perl installation happily installs the man-pages to /usr/local/man/man? while the scripts gimpdoc and xcftoppm reside in /usr/bin. This is inconsistent. However, in the desire to keep up to date :-) I did an cvs update and typed make in the top level source dir. Makefile out-of-date with respect to Makefile.PL Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 || /bin/sh -c true this shouldn't happen. what were the exact commands you entered before the make? I did definitely not mess around in the plug-ins/perl directory. IIRC it was like this: (17. Nov.) cvs co gimp ./autogen --prefix=/unstable make make install perl was OK at this time. (today after major changes in app/) cvs update make configure: warning: ** unable to find gimp ./configure: no: command not found ./configure: no: command not found ./configure: test: -lt: unary operator expected now *that* is strange ;) As I said: gimp-config and gimptool are not in my PATH... What is happening here? Why does the second build suddenly depend on an It tries to build as a standalone perl extension (so it tries to find the gimp). This should not happen as the top-level configure script tells it not to do so. I am not sure, if the make re-invoked the top-level configure script. Did you configure the gimp tree without perl? What did you do to enable gimp? Did you do make distclean and re-run autogen.sh? As I wrote before this was the second build counting from a fresh CVS Checkout. Normally the make re-invokes the autogen.sh script when it is necessary. Marc - could you please fix this behaviour so that people with zero knowledge about the Gimp-Perl build process could conveniently build It works for other people, actually, without any knowledge. The problems only start when people replace Makefiles in the perl directory, usually ;) Ok, but this time I did not yet mess with the Makefile... Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/
Re: [gimp-devel] Re: Gimp-Perl fails to build.
Simon Budig ([EMAIL PROTECTED]) wrote: IIRC it was like this: (17. Nov.) cvs co gimp ./autogen --prefix=/unstable make make install I forgot something here: I did this make install as user simon (/unstable is mine) and perl of course did not install. I then did an additional make install in plug-ins/perl as root. Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/
Re: [gimp-devel] Re: Gimp-Perl fails to build.
On Sat, Nov 18, 2000 at 07:59:17PM +0100, Simon Budig [EMAIL PROTECTED] wrote: See README.perl. It's where you told perl to install extensions. Hmm - IMHO at least for these additional files (not the module itself) the option specified at the top level ./configure should be inherited. configure does not have such an option at the moment. From README.perl I learn that I have only the chance to set one prefix. Wouldnt this install the Gimp-Perl module in /unstable (in my case) and perl would not find the module? The whole point of ignoring the gimp prefix is that using it will create a non-working end-result in about 100% of the cases where the prefixes disagree. So if you want to have gimp-perl installed somewhere else you should better be prepared to cope with that and most people are not. BTW: The Perl installation happily installs the man-pages to /usr/local/man/man? while the scripts gimpdoc and xcftoppm reside in /usr/bin. This is inconsistent. This is strange and probably has nothing to do with perl's idea of the prefix. Which configure options did you use? I suspect that this relates to the othewr problems you did encounter (since gimp-perl is utterly confused on your system at the moment I would expect it to do very strange things). make make install perl was OK at this time. (today after major changes in app/) cvs update make This is very strange. Did configure.in or similar files chgange and you didn't re-run autogen.sh and make distclean? I am not sure, if the make re-invoked the top-level configure script. that should work (it normally does). the question is what triggered this. Checkout. Normally the make re-invokes the autogen.sh script when it is necessary. I've never seen this and I really doubt that autogen.sh will be run automatically. AFAIK you have to re-run autogen.sh manually after configuration changes (basically you have to re-run it always, but you get away with it 99% of the time, otherwise we'd all run autogen.sh for the whole time). Ok, but this time I did not yet mess with the Makefile... Yeah, I believe you. Tell me if the problems persist after make distclean and re-running autogen.sh. If they do, we need to fix this ASAP. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: [gimp-devel] Re: Gimp-Perl fails to build.
On Sat, Nov 18, 2000 at 08:12:15PM +0100, Simon Budig [EMAIL PROTECTED] wrote: I forgot something here: I did this make install as user simon (/unstable is mine) and perl of course did not install. I then did an additional make install in plug-ins/perl as root. The compiletree must of course be accessible during make install - I'll see wether the additional make install triggered this - however, strange things can and will happen if a plug-in needs to reconfigure and fails to do so, and in the case of gimp-perl this is usually catastrophic. Maybe I can workaround this problem in an easy way, though, this might be really helpful. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
