Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 189539 - ~dev-libs/libedit-20061103 compile fails in tr_TR.utf8 locale
Summary: ~dev-libs/libedit-20061103 compile fails in tr_TR.utf8 locale
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Gentoo/BSD Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-19 23:05 UTC by Serkan Barut
Modified: 2010-01-15 07:19 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge info (emergeInfo.txt,13.32 KB, text/plain)
2007-08-19 23:07 UTC, Serkan Barut
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Serkan Barut 2007-08-19 23:05:59 UTC
dev-libs/libedit-20061103-r2 fails to emerge. It fails compilation at chared.c
The same was happening with dev-libs/libedit-20061103-r1 with the same error message. This has been like this for me for a long time(since dev-libs/libedit-20061103-r1 popped out).

NOTE: I translated the error messages of GCC into english. They are in square brackets next to their Turkish ones.

Reproducible: Always

Steps to Reproduce:
1. emerge libedit
2.
3.

Actual Results:  
Fails compilation.

Expected Results:  
Successful emerge.

EBUILD MESSAGES:


>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/dev-libs/libedit-20061103-r2/work/netbsd-cvs ...
true
sh ./makelist -h ./vi.c \
            > vi.h.tmp && \
            mv vi.h.tmp vi.h
true
sh ./makelist -h ./emacs.c \
            > emacs.h.tmp && \
            mv emacs.h.tmp emacs.h
true
sh ./makelist -h ./common.c \
            > common.h.tmp && \
            mv common.h.tmp common.h
true
sh ./makelist -fh vi.h emacs.h common.h  > fcns.h.tmp && \
            mv fcns.h.tmp fcns.h
true
sh ./makelist -bh ./vi.c ./emacs.c ./common.c > help.h.tmp && \
            mv help.h.tmp help.h
true
sh ./makelist -bc ./vi.c ./emacs.c ./common.c > help.c.tmp && \
            mv help.c.tmp help.c
mkdir .a .so
mkdir .a .so
mkdir: `.a' dizini oluşturulamıyor: Dosya var [unable to create directory. file exists ]
mkdir: `.so' dizini oluşturulamıyor: Dosya var [unable to create directory. file exists ]
make: [.depend] Hata 1 (yoksayıldı) [ Error 1 (ignored) ]
cc -march=pentium-m -O2 -pipe -mmmx -msse -msse2 -fomit-frame-pointer -I. -include ../glibc-bsd-glue/bsdcompat.h -I../glibc-compat -I../glibc-bsd-glue -c chared.c -o .a/chared
chared.c: 'ch_init' işlevinde: [ in function ]
chared.c:473: hata: 'ED_UNASSIGNED' bildirilmemiş (bu işlevde ilk kullanımı) ( not declared [ first use in this context ) ]
chared.c:473: hata: (Bildirilmemiş her betimleyici görüldüğü her işlev
chared.c:473: hata: için sadece bir kez raporlanır.) [ each variable is reported once for the function it appears in stuff...]
chared.c: 'ch_reset' işlevinde:
chared.c:524: hata: 'ED_UNASSIGNED' bildirilmemiş (bu işlevde ilk kullanımı) [ first use in this context ) ]
chared.c: 'ch_end' işlevinde:
chared.c:643: hata: 'ED_UNASSIGNED' bildirilmemiş (bu işlevde ilk kullanımı) [ first use in this context ) ]
make: *** [chared.o] Hata 1 [ error 1 ]
Comment 1 Serkan Barut 2007-08-19 23:07:29 UTC
Created attachment 128619 [details]
emerge info
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-08-20 05:35:23 UTC
Set your locales to C when reporting bugs, thanks.
Comment 3 SpanKY gentoo-dev 2007-08-20 07:04:07 UTC
most likely your locale is screwing up the build process

try `LC_ALL=C emerge libedit`
Comment 4 Serkan Barut 2007-08-20 23:19:56 UTC
ok the problem is locale. fixed it. afterall the localization issue is problematic in some aspects. thanks for the suggestions BTW :)

Comment 5 SpanKY gentoo-dev 2008-05-31 05:48:55 UTC
package itself still needs fixing
Comment 6 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2008-10-27 04:58:01 UTC
bsd: FYI: tr_TR is unique as a locale because there are 4 "i" characters, two for each case, lowercase/uppercase conversion works differently than you might expect.
Comment 7 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-07-05 21:52:48 UTC
Can you please check if this is the case with latest libedit (that uses autotools)?
Comment 8 Alexis Ballier gentoo-dev 2010-01-15 07:19:27 UTC
(In reply to comment #7)
> Can you please check if this is the case with latest libedit (that uses
> autotools)?