Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

mozc build error with "whose type uses the anonymous namespace" on Nokia N900 #105

Closed
GoogleCodeExporter opened this issue Apr 22, 2015 · 3 comments
Closed

mozc build error with "whose type uses the anonymous namespace" on Nokia N900 #105

GoogleCodeExporter opened this issue Apr 22, 2015 · 3 comments
Labels
auto-migrated OpSys-Linux Priority-Medium Type-Defect

Comments

@GoogleCodeExporter
Copy link 

Hello, thank you always for your great work:)

[my env]
Mozc version: 1.2.831.102
Platform : Nokia N900 (Maemo 5, debian based arm Linux)
gcc: 4.2.1

Mozc build fails with these error as following,

-------------------------------------------
cc1plus: warnings being treated as errors
converter/character_form_manager.cc:551: warning: 
'mozc::CharacterFormManagerData' has a field 
'mozc::CharacterFormManagerData::preedit_' whose type uses the anonymous 
namespace
converter/character_form_manager.cc:551: warning: 
'mozc::CharacterFormManagerData' has a field 
'mozc::CharacterFormManagerData::conversion_' whose type uses the anonymous 
namespace
make[1]: *** 
[out_linux/Release/obj.target/character_form_manager/converter/character_form_ma
nager.o] Error 1
make[1]: *** Waiting for unfinished jobs....
Traceback (most recent call last):
  File "build_mozc.py", line 980, in <module>
    main()
  File "build_mozc.py", line 968, in main
    BuildMain(cmd_opts, cmd_args, original_directory_name)
  File "build_mozc.py", line 778, in BuildMain
    BuildOnLinux(options, targets, original_directory_name)
  File "build_mozc.py", line 662, in BuildOnLinux
    RunOrDie([make_command] + build_args + target_names)
  File "build_mozc.py", line 324, in RunOrDie
    '==========']))
__main__.RunOrDieError: 
==========
 ERROR: make -j2 MAKE_JOBS=2 BUILDTYPE=Release builddir_name=out_linux ibus_mozc mozc_server mozc_tool mozc_emacs_helper
==========
make: *** [build-arch-stamp] Error 1

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

I think this error may be caused by gcc bug in 4.2.1 repoerted in gcc bugzilla.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365

Indeed this bug can reproduce on my build environment for Maemo5.

So I understand it isn't mozc bug but gcc bug. But Maemo5 arm environment is 
very limited same as other arm embedded platform, gcc cannot be upgraded. If 
you can could you let me the workaround?

Full build log and error log are attached. At least mozc 1.1.690.102 can be 
built for N900 and work fine:)

Best Regards.

Original issue reported on code.google.com by kenya...@gmail.com on 13 Sep 2011 at 2:30

Attachments:
@GoogleCodeExporter
Copy link
Author 

Hello,

I also think this is a bug of gcc as you reported.  An easy workaround would be 
removing the "-Wall"  flag.  It is specified in the following file:

http://code.google.com/p/mozc/source/browse/trunk/src/gyp/common.gypi#50

Please check it if you can compile it with this workaround.

Thanks,
--
Hiroyuki Komatsu

Original comment by koma...@google.com on 1 Oct 2011 at 12:20

  • Changed state: Started

@GoogleCodeExporter
Copy link
Author

Original comment by yukawa@google.com on 1 Apr 2012 at 2:20

  • Added labels: OpSys-Linux

@GoogleCodeExporter
Copy link
Author 

Mozc r163 and later depends on some C++11 features such as static_assert, 
meaning that we are no longer able to build Mozc with GCC 4.2.1. So please let 
me close this issue as "WontFix".

Original comment by yukawa@google.com on 5 Aug 2013 at 8:06

  • Changed state: WontFix

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated OpSys-Linux Priority-Medium Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter