[ mailman-Bugs-1738667 ] misc/KoreanCodecs-2.0.5/src/hangul.c does not compile

SourceForge.net noreply at sourceforge.net
Sun Jun 17 17:37:36 CEST 2007


Bugs item #1738667, was opened at 2007-06-17 07:54
Message generated for change (Comment added) made by msapiro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1738667&group_id=103

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: configuring/installing
Group: 2.1 (stable)
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: David Chase (dr2chase)
Assigned to: Nobody/Anonymous (nobody)
Summary: misc/KoreanCodecs-2.0.5/src/hangul.c does not compile

Initial Comment:
SunOS ... 5.10 Generic_118855-36 i86pc i386 i86pc
Python 2.3.5 (#1, Nov 30 2005, 10:43:01) [C] on sunos5
gcc -v yields:
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

--------------

Compilation first fails when it attempts to invoke "cc" despite being configured to use the default (which is gcc).  Hacking around this with a symbolic link from cc to gcc yields:

src/hangul.c:33: error: syntax error before numeric constant
src/hangul.c:34: error: syntax error before numeric constant

The cause of this is that two of the enums defined in hangul.c

enum { /* Jaeum Codes on U+3100 */
    G = 0x3131, GG, GS, N, NJ, NH, D, DD, L, LG, LM, LB,
    LS, LT, LP, LH, M, B, BB, BS, S, SS, NG, J, JJ, C, K, T, P, H
};

preprocess to integers (after gcc -E):

enum {
    G = 0x3131, GG, 0, N, NJ, NH, D, DD, L, LG, LM, LB,
    LS, LT, LP, LH, M, B, BB, BS, S, 18, NG, J, JJ, C, K, T, P, H
};

Presumably this is specific to the python include file version.

Proposed hackaround, inserted before the enums:

#ifdef GS
#undef GS
#endif

#ifdef SS
#undef SS
#endif

It did at least finish the make install after this.




----------------------------------------------------------------------

>Comment By: Mark Sapiro (msapiro)
Date: 2007-06-17 08:37

Message:
Logged In: YES 
user_id=1123998
Originator: NO

I believe this is a Solaris bug, not a Mailman bug. See

<http://www.google.com/search?hl=en&q=site%3Amail.python.org++inurl%3Amailman++solaris+hangul>

including

<http://mail.python.org/pipermail/mailman-users/2007-January/055235.html>

from which I quote

  This is due to a bug in Solaris 10 headers.  <signal.h> includes
  <sys/regset.h> which pollutes the macro "namespace" (if you will)
  with definitions for x86 registers, like GS and SS.  This is only
  on Solaris/x86; Solaris/sparc doesn't have this error.

Regarding the cc/gcc issue see

<http://www.google.com/search?hl=en&safe=off&q=site%3Amail.python.org++inurl%3Amailman++solaris+gcc+cc>

including

<http://mail.python.org/pipermail/mailman-users/2007-January/055506.html>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1738667&group_id=103


More information about the Mailman-coders mailing list