potfiles
This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
| potfiles | Ek kian | 03 Jul 20:50 |
| potfiles | Martin Nordholts | 03 Jul 22:29 |
| potfiles | Kurt Pruenner | 04 Jul 10:01 |
| potfiles | Sven Neumann | 04 Jul 18:38 |
| potfiles | Ek kian | 05 Jul 06:05 |
| potfiles | Martin Nordholts | 05 Jul 07:04 |
| potfiles | Ek kian | 07 Jul 18:35 |
| potfiles | Martin Nordholts | 07 Jul 19:00 |
potfiles
hi, this is my first time to compile Gimp 2.4.3 under Linux.
i can compile the same source under Windows without a problem, but under
Linux after do ./configure and run "make", i got error:
make all-recursive
make[1]: Entering directory `/home/zeo/Projects/gimp-2.4.3'
Making all in m4macros
make[2]: Entering directory `/home/zeo/Projects/gimp-2.4.3/m4macros'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/zeo/Projects/gimp-2.4.3/m4macros'
Making all in tools
make[2]: Entering directory `/home/zeo/Projects/gimp-2.4.3/tools'
.deps/test-clipboard.Po:1: *** multiple target patterns. Stop.
make[2]: Leaving directory `/home/zeo/Projects/gimp-2.4.3/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/zeo/Projects/gimp-2.4.3'
make: *** [all] Error 2
from ./configure messages, i pick messages that maybe related with problems:
./configure: line 25887: ./po/POTFILES.in: No such file or directory
config.status: WARNING: docs/gimprc-2.4.5 contains a reference to the
variable `datarootdir'
config.status: WARNING: docs/gimptool-2.0.1 contains a reference to the
variable `datarootdir'
sed: can't read ./po/POTFILES.in: No such file or directory
i already search the web, the gimp-dev archives and forums but i found none about this error.
thanks a lot for any info, tips or direction to solve this problem.
potfiles
Ek kian wrote:
hi, this is my first time to compile Gimp 2.4.3 under Linux.
i can compile the same source under Windows without a problem, but under Linux after do ./configure and run "make", i got error:
Hi
Just to be sure, you got GIMP 2.4.3 in the form of a source tarball distributed through gimp.org, right?
I have never seen this problem before and I'm not sure what could be causing it.
Are you able to "make" all other subdirs than "tools"? (cd into them and make them one by one).
Please tell us as much info about your system as possible. It would also be interesting to see the complete output of ./configure when you run it in a freshly unpacked release tarball.
You should also be using the latest GIMP 2.4 release, namely GIMP 2.4.6.
BR, Martin Nordholts
potfiles
Martin Nordholts wrote:
.deps/test-clipboard.Po:1: *** multiple target patterns. Stop.
I have never seen this problem before and I'm not sure what could be causing it.
Looks to me like there's a ':' in a path in the makefile somewhere; if he's really compiling the exact same source as under Windows there might be some drive letters in there - and GNU make and DOS drive letters in paths are a nightmare under Windows as well, most of the time ending in the exact same error message as above...
potfiles
Hi,
On Fri, 2008-07-04 at 10:01 +0200, Kurt Pruenner wrote:
Martin Nordholts wrote:
.deps/test-clipboard.Po:1: *** multiple target patterns. Stop.
I have never seen this problem before and I'm not sure what could be causing it.
Looks to me like there's a ':' in a path in the makefile somewhere; if he's really compiling the exact same source as under Windows there might be some drive letters in there - and GNU make and DOS drive letters in paths are a nightmare under Windows as well, most of the time ending in the exact same error message as above...
Please stop guessing. Ek did not yet tell us what exactly he's compiling. It is definitely not an official GIMP 2.4 tarball.
Sven
potfiles
Hi,
Martin, Sven,
i use official GIMP 2.4.3.
i download GIMP 2.4.3 from http://gimp-win.sourceforge.net/
at this link:
http://sourceforge.net/project/showfiles.php?group_id=121075&package_id=250052&release_id=570373
filename: gimp-2.4.3.tar.bz2
i've been able to compile it under Windows and i copy that folder to Linux to compile it under Linux, but it failed. i using Linux Mint Daryna based on Ubuntu Feisty 7.10, i've installed atk, pango, cairo, upgrade libgtk2 based on 2.12.0 and also libgtk2-dev.
i'm sorry for this late response, i really new in this Linux dev. field, i try to grab ./configure log but the console terminal window always not display the whole message, at last i can grab it using tee and i host it at geocities so not burden this milist, get it at: http://www.geocities.com/ek_kian/files/configure-log.txt
is GIMP for Windows sources is different from GIMP for Linux sources?
Kurt, thanks for your info,
i think that maybe the problem is many files that generated when i compile it under Windows is still exist and must be deleted before compile it again under Linux.
what files is generated from "make" command? is there any script or bash cmd to delete all generated file for preparing releasing GIMP source code?
Regards, ek kian
potfiles
Ek kian wrote:
i download GIMP 2.4.3 from http://gimp-win.sourceforge.net/
I checked the MD5, and it is exactly the same tarball that we distribute.
i've been able to compile it under Windows and i copy that folder to Linux to compile it under Linux, but it failed.
Aha, here is the problem.
The point of the ./configure script is to gather information about the host system and then generate Makefiles and other files based on that information.
If you ./configure on a Windows mashine, then copy that folder to a Linux machine, things will break, because the information ./configure gathered on Windows will be invalid on Linux.
You should always run ./configure on the host machine.
We don't need the output of ./configure anymore, but when you want the output of a program in Linux, you simply redirect stdout to a file, like this:
./configure > configure-output.txt
There are thousands more things to say about this, but let's leave that up to google ;)
The same GIMP source is used to compile on the world's all platforms.
If you want to learn more about the build system GIMP and many many other programs use, a good start would be reading the autoconf [1] and automake [2] manuals.
[1] http://www.gnu.org/software/autoconf/manual/ [2] http://www.gnu.org/software/automake/manual/
Best regards, Martin Nordholts
potfiles
Hi,
Thanks Martin, finally i can compile GIMP 2.4.3 under Linux.
after i carefully delete generated files from the source and try to compile
it again, it's still failed.
the error msg that displayed is "No rule to make target POTFILES.in" so i
check the folder, there is potfiles.in but not POTFILES.in, then i try to
rename it from potfiles.in to POTFILES.in and try to compile again and it's
progressing.
each time is always stopped at potfiles.in and after rename it to POTFILES.c, the make process is progressing again, and also stopped again when can't find file gradient cd.ggr that should be renamed to CD.ggr, and the latest error is /plug-ins/common/cel.c that must be renamed to CEL.c before make process can be finished to the end.
appearently the problem is on unpacker program that i used to extract gimp-2.4.3.tar.bz2 under Windows, maybe it's have a problem with filename that using uppercase, but this problem didn't appear when i compile it under Windows because Windows filename is not case sensitive.
maybe i should unpack the tarball under Linux and try to compile it first under Linux before try to compile it under Windows.
Thanks a lot everyone.
Regards, ek kian
potfiles
Ek kian wrote:
Hi,
Thanks Martin, finally i can compile GIMP 2.4.3 under Linux.
maybe i should unpack the tarball under Linux and try to compile it first under Linux before try to compile it under Windows.
Hi
It's good that you can now compile on Linux
But I seem to have failed to convey an important point:
It doesn't make any sense to try to compile on Linux first and then on Windows. You should not move build trees between two different systems.
BR, Martin
