IPB Style© Fisana

Jump to content


Rebuilding fails [SOLVED]


  • Please log in to reply
8 replies to this topic

#1 Almin

Almin

  • Community Members
    PipPip

  • Sesquiplicarius
    (165 posts)

Posted 25 October 2011 - 05:25 PM

Having problems with rebuilding 0ad. As you can see at the bottom, I can not even test whether all works fine or not.

Spoiler

Does anyone of you know the problem. I have this problem since a few days or maybe 2 or 3 weeks.

edit: How can I hide the console output(to make the post shorter)?

EDIT/Mythos: Added Spoiler tags.

Edited by Almin, 29 October 2011 - 08:17 PM.

sry for my english

#2 feneur

feneur

  • 0 A.D. Project Leader

  • Cartographer of imaginary worlds
    (7,090 posts)

Posted 25 October 2011 - 05:45 PM

You can use [ spoiler] [/ spoiler] tags (remove the spaces).

Erik Johansson [ aka feneur ]

Wildfire Games
Contact me: feneur@wildfiregames.com



Support Wildfire Games!


#3 historic_bruno

historic_bruno

  • WFG Programming Team

  • Primus Pilus
    (1,980 posts)

Posted 26 October 2011 - 12:27 AM

View PostAlmin, on 25 October 2011 - 05:25 PM, said:

EDIT/Mythos: Fixed.
Just to clarify, is the build problem fixed or just your post?
Ben Brian [ aka historic_bruno ]

Wildfire Games Programmer
Contact me: ben@wildfiregames.com

#4 Mythos_Ruler

Mythos_Ruler

  • 0 A.D. Project Leader

  • Megas Philhellene
    (13,896 posts)

Posted 26 October 2011 - 12:40 AM

View Posthistoric_bruno, on 26 October 2011 - 12:27 AM, said:

Just to clarify, is the build problem fixed or just your post?
Sorry, his post. I added the spoiler tags.
Michael D. Hafer [aka Mythos_Ruler]

Wildfire Games Project Leader
Contact me: michaeldhafer[at]gmail.com
Support Wildfire Games!


0 A.D.

#5 Almin

Almin

  • Community Members
    PipPip

  • Sesquiplicarius
    (165 posts)

Posted 29 October 2011 - 03:12 PM

Is there no one else, who has this problem? I'm on Arch GNU/Linux 64bit with the proprietary Nvidia driver and can not even build the "partly-stable" alpha 7 any more. That worked earlier for me. So it's not just the svn which fails. What could be the problem? Arch Linux is rolling release and has the newest stable versions of software in it's repositories. Might this cause trouble? Incompatible versions of gcc, the build-utils, nvidia-driver or something like this?

edit: With "partly-stable" alpha 7, I talk about these things:
http://releases.wild...ix-build.tar.xz
http://releases.wild...nix-data.tar.xz

Edited by Almin, 29 October 2011 - 03:16 PM.

sry for my english

#6 Ykkrosh

Ykkrosh

  • WFG Programming Team

  • Primus Pilus
    (4,869 posts)

Posted 29 October 2011 - 04:18 PM

Is the reported failure (apic.cpp line 134 in your original post) the line that says
return ApicIdFromIndex(processorApicIds, processor);
in the version you're compiling?

What version of GCC are you using? (run "gcc -v")

Could you run "make lowlevel verbose=1", find the part of the output where it refers to apic.cpp like
apic.cpp
g++ -Iobj/lowlevel_Release -include obj/lowlevel_Release/precompiled.h -MMD -MP -DNDEBUG -DCONFIG_FINAL=1 -DLIB_STATIC_LINK -DUSING_PCH -I/usr/X11R6/include/X11 -I/usr/X11R6/include -I/usr/include/X11 -I../../../source/pch/lowlevel -I../../../source -I../../../libraries/valgrind/include -I../../../libraries/cxxtest/include  -g -Wall -O3 -Wno-switch -Wno-reorder -Wno-invalid-offsetof -Wextra -Wno-missing-field-initializers -Wunused-parameter -Wredundant-decls -Wnon-virtual-dtor -Wundef -fstack-protector-all -D_FORTIFY_SOURCE=2 -fstrict-aliasing -fpch-preprocess -msse -fno-omit-frame-pointer -fvisibility=hidden `sdl-config --cflags`  -MF obj/lowlevel_Release/apic.d -MT "obj/lowlevel_Release/apic.o" -o "obj/lowlevel_Release/apic.o" -c "../../../source/lib/sysdep/arch/x86_x64/apic.cpp"
and post here exactly what it says in your version?

Then, could you take that command (starting from the "g++"), add a "-E" to the end, run it (from the workspaces/gcc directory), then get obj/lowlevel_Release/apic.o (which should be a text file, not binary) and upload/attach/pastebin/etc it?

(I'm wondering if there's something weird in your environment that's defining a macro named "processor", because I don't see how else that code could fail, though then I don't see how some earlier code would succeed. In any case, hopefully the above would either show or rule out that problem :))
Philip Taylor [aka Ykkrosh]

Wildfire Games Programmer
Contact me: philip@wildfiregames.com

#7 Almin

Almin

  • Community Members
    PipPip

  • Sesquiplicarius
    (165 posts)

Posted 29 October 2011 - 05:28 PM

gcc -v:


[me@mypc ~]$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/src/gcc-4.6-20110819/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --enable-multilib --disable-libssp --disable-libstdcxx-pch --enable-checking=release
Thread model: posix
gcc version 4.6.1 20110819 (prerelease) (GCC) 


edit:

and make lowlevel verbose=1:


[me@mypc gcc]$ make lowlevel verbose=1
==== Building lowlevel (release) ====
apic.cpp
g++ -Iobj/lowlevel_Release -include obj/lowlevel_Release/precompiled.h -MMD -MP -DNDEBUG -DCONFIG_FINAL=1 -DLIB_STATIC_LINK -DUSING_PCH -I/usr/X11R6/include/X11 -I/usr/X11R6/include -I/usr/include/X11 -I../../../source/pch/lowlevel -I../../../source -I../../../libraries/valgrind/include -I../../../libraries/cxxtest/include  -g -Wall -O3 -Wno-switch -Wno-reorder -Wno-invalid-offsetof -Wextra -Wno-missing-field-initializers -Wunused-parameter -Wredundant-decls -Wnon-virtual-dtor -Wundef -fstack-protector-all -D_FORTIFY_SOURCE=2 -fstrict-aliasing -fpch-preprocess -msse -fno-omit-frame-pointer -fvisibility=hidden `sdl-config --cflags`  -MF obj/lowlevel_Release/apic.d -MT "obj/lowlevel_Release/apic.o" -o "obj/lowlevel_Release/apic.o" -c "../../../source/lib/sysdep/arch/x86_x64/apic.cpp"
../../../source/lib/sysdep/arch/x86_x64/apic.cpp: In function 'ApicId ApicIdFromProcessor(size_t)':
../../../source/lib/sysdep/arch/x86_x64/apic.cpp:134:53: error: expected '}' at end of input
make[1]: *** [obj/lowlevel_Release/apic.o] Error 1
make: *** [lowlevel] Error 2


Edited by Almin, 29 October 2011 - 05:34 PM.

sry for my english

#8 Almin

Almin

  • Community Members
    PipPip

  • Sesquiplicarius
    (165 posts)

Posted 29 October 2011 - 08:27 PM

Sorry for posting another reply, but I wanted to keep this topic clean at the end, because my problem is solved.

First: I am ashamed and embarrassed, because, when I read Ykkroshs' reply, something came in my mind: I realised, that I did not use gcc in the correct 64bit version, but another version, which is called gcc-multilib in Arch GNU/Linux. This multilib-Repository "contains 32 bit libraries that can be used to run 32 bit applications like the flash plugin and skype in 64 bit installation."
For further information, what it's all about: https://wiki.archlin...ex.php/Multilib

I'm sorry for the time that you(feneur, historic_bruno, Mythos_Ruler and Ykkrosh) lost for my silly mistake, but I can't give it back to you. Next time I will start thinking, before posting! ;)


edit: I forgot to say, that everything works fine now. Compiled without any error. And you're just awesome. You're simply awesome! I love you guys! :banana:

Edited by Almin, 29 October 2011 - 08:30 PM.

sry for my english

#9 feneur

feneur

  • 0 A.D. Project Leader

  • Cartographer of imaginary worlds
    (7,090 posts)

Posted 29 October 2011 - 08:34 PM

Don't worry, we're happy to hear things worked out well in the end. And also, it's always a possibility that this can be useful for someone else who has a similar problem in the future :)

And thanks for the nice words :)

Erik Johansson [ aka feneur ]

Wildfire Games
Contact me: feneur@wildfiregames.com



Support Wildfire Games!





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users