Port-arm archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: evbarm default odroid C1kernel fail to compile



Hello Christof & Robert.

>
Builds for me. What version of tools are you using ? You should build the tools from -current in order to build a kernel from that tree.
>

Robert I do have the tools installed and those are updated to latest -CURRENT . I have also tried to compile the kernel with 7.0.1 RELEASE source code as well as 7- STABLE source code, and as I mentioned before the compiler always stops at that exact point.

===> Tools built to /usr/src/obj/tooldir.NetBSD-7.0.1-amd64
===> build.sh ended:      Thu Jul 28 12:15:22 CDT 2016
===> Summary of results:
         build.sh command:    ./build.sh -U -u -m evbarm tools
         build.sh started:    Thu Jul 28 11:49:26 CDT 2016
         NetBSD version:      7.99.34
         MACHINE:             evbarm
         MACHINE_ARCH:        earm
         Build platform:      NetBSD 7.0.1 amd64
         HOST_SH:             /bin/sh
         MAKECONF file:       /etc/mk.conf
         TOOLDIR path:        /usr/src/obj/tooldir.NetBSD-7.0.1-amd64
         DESTDIR path:        /usr/src/obj/destdir.evbarm
         RELEASEDIR path:     /usr/src/obj/releasedir
         Updated makewrapper: /usr/src/obj/tooldir.NetBSD-7.0.1-amd64/bin/nbmake-evbarm
         Tools built to /usr/src/obj/tooldir.NetBSD-7.0.1-amd64
         build.sh ended:      Thu Jul 28 12:15:22 CDT 2016
===> .
netware$

>

Build for me with gcc 4.8.4, but that code looks dodgy... Should

probably be something like "static inline void" there instead... (more recent versions of gcc are probably more strict here). Christof

>

Apparently I am also using gcc 4.8.4 which is the one that comes with NetBSD 7.0.1 RELEASE. Could it be that I am trying to build a -CURRENT kernel on 7.0.1 release? I am not sure if this might be the culprit, but according to the manual cross-compile logs it tells something different.

netware$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/lto-wrapper
Target: x86_64--netbsd
Configured with: /usr/7/src/tools/gcc/../../external/gpl3/gcc/dist/configure --target=x86_64--netbsd --enable-long-long --enable-threads --with-bugurl=http://www.NetBSD.org/Misc/send-pr.html --with-pkgversion='NetBSD nb2 20150115' --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-threads --with-tune=nocona --enable-libstdcxx-time=rt --enable-lto --with-mpc-lib=/var/obj/mknative/amd64-x86_64/usr/7/src/external/lgpl3/mpc/lib/libmpc --with-mpfr-lib=/var/obj/mknative/amd64-x86_64/usr/7/src/external/lgpl3/mpfr/lib/libmpfr --with-gmp-lib=/var/obj/mknative/amd64-x86_64/usr/7/src/external/lgpl3/gmp/lib/libgmp --with-mpc-include=/usr/7/src/external/lgpl3/mpc/dist/src --with-mpfr-include=/usr/7/src/external/lgpl3/mpfr/dist/src --with-gmp-include=/usr/7/src/external/lgpl3/gmp/lib/libgmp/arch/x86_64 --enable-tls --disable-multilib --disable-symvers --disable-libstdcxx-pch --build=x86_64-unknown-netbsd6.0. --host=x86_64--netbsd --with-sysroot=/var/obj/mknative/amd64-x86_64/usr/7/src/destdir.amd64
Thread model: posix
gcc version 4.8.4 (nb2 20150115)


Here is the manual cross-compiling output error:

netware$ obj/tooldir.NetBSD-7.0.1-amd64/bin/nbconfig sys/arch/evbarm/conf/ODROID-C1_current
sys/arch/evbarm/conf/ODROID-C1_current:8: cannot open ../../../../arch/evbarm/conf/std.amlogic for reading: No such file or directory
sys/arch/evbarm/conf/ODROID-C1_current:9: cannot open ../../../../arch/evbarm/conf/GENERIC.common for reading: No such file or directory
sys/arch/evbarm/conf/ODROID-C1_current:10: syntax error
sys/arch/evbarm/conf/ODROID-C1_current:10: cannot proceed without machine or ioconf specifier

Any idea? Are you guys perhaps using some specific mk.conf variables that helps with the building process? It has been 4 days since I am on this and I honestly don't have any clue on how to solve it. Again either RELEASE, STABLE and CURRENT source codes will deliver the same result and the compiler will stop at the very exact point.

Thanks,
Pietro Sammarco

On 7/28/2016 12:46 AM, Christof Meerwald wrote:
On Wed, Jul 27, 2016 at 02:01:48PM -0500, Pietro S. wrote:
/usr/src/sys/arch/arm/amlogic/amlogic_var.h:95:1: error: 'inline' is not at
beginning of declaration [-Werror=old-style-declaration]
 static void inline
Build for me with gcc 4.8.4, but that code looks dodgy... Should
probably be something like "static inline void" there instead... (more
recent versions of gcc are probably more strict here).


Christof




Home | Main Index | Thread Index | Old Index