After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 339770 - intltool po/Makefile.in.in uses shell constructs that /bin/sh on Solaris doesn't like.
intltool po/Makefile.in.in uses shell constructs that /bin/sh on Solaris does...
Status: RESOLVED FIXED
Product: intltool
Classification: Deprecated
Component: general
unspecified
Other Solaris
: Normal normal
: ---
Assigned To: Rodney Dawes
intltool maintainers
: 339923 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-04-26 02:18 UTC by Rich Burridge
Modified: 2006-04-27 19:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Rich Burridge 2006-04-26 02:18:31 UTC 
The latest version of intltool in CVS HEAD, uses
constructs (like "test -e"), that cause /bin/sh on
Solaris to barf.

Workaround is to use another SHELL like /bin/bash
Comment 1 Rich Burridge 2006-04-26 02:20:15 UTC 
I suspect that dobey has already fixed the "test -e"
line, but there are other. Laca, you're shell scripting
skills are an order of magnitude better than mine. Could
you take a look at this please? Trying to build gcalctool
from CVS HEAD on a Solaris box, will give you a ready test 
case. Thanks.
Comment 2 Rodney Dawes 2006-04-27 16:26:10 UTC 
*** Bug 339923 has been marked as a duplicate of this bug. ***
Comment 3 Rodney Dawes 2006-04-27 19:12:06 UTC 
OK, the other major issue seemed to be the use of echo $$lang.{po,gmo} to fill out the POFILES and CATALOGS variables, which caused them to be full of newlines. I've switched this to using printf "$$lang.{po,gmo} " instead now, so that we can avoid having the newlines, and still work on solaris and linux both.