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 95068 - Gnumeric 1.0.9 does no compile under RH 8.0
Gnumeric 1.0.9 does no compile under RH 8.0
Status: VERIFIED INCOMPLETE
Product: intltool
Classification: Deprecated
Component: general
unspecified
Other Linux
: Normal blocker
: ---
Assigned To: intltool maintainers
intltool maintainers
Depends on:
Blocks:
 
 
Reported: 2002-10-07 13:25 UTC by Matias Cuenca-Acuna
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matias Cuenca-Acuna 2002-10-07 13:25:20 UTC 
I found that compiling  gnumeric-1.0.9 under RH 8.0 fails. The
reason is that Perl 8.0 has some bugs on their new unicode handling and
therefore one of your scripts fail. Here are the details (I solved it
running your scripts on a RH 7.1 machine). Note that a similar bug has 
already been repotrted and fixed regarding Locale.pm, I've tried this 
patch and still it doesn't solve the problem that gnumeric is bringing out.


make[2]: Entering directory `/home/mcuenca/gnumeric-1.0.92/gnumeric-1.0.9'
./xml-i18n-merge ./po gnumeric.desktop.in gnumeric.desktop -d -p Malformed
UTF-8 character (unexpected non-continuation byte 0xd3, immediately after
start byte 0xf7) in pattern match (m//) at ./xml-i18n-merge line 329,
<PO_FILE> line 19.


PS:I'm submitting the report here as instructed by people on the gnumeric 
list.
Comment 1 Kenneth Rohde Christiansen 2002-11-22 00:26:57 UTC 
Can you please test this with the CVS release of intltool.

Thanks
Comment 2 Kenneth Rohde Christiansen 2003-01-05 17:02:58 UTC 
Is this working with CVS?
Comment 3 Jody Goldberg 2003-01-08 07:25:30 UTC 
I have not seen it under newer versions of RH 8.0