I cannot spot anything obvious, but we have seen issues where the workspace 
depth is long, which we resolve by using junctions on Windows.

We have tried building the FVP platform firmware on our Jenkins Windows 10 
infrastructure, using the same gcc toolchain 
(gcc-linaro-7.3.1-2018.05-i686-mingw32_aarch64-linux-gnu) and don’t see this 
issue.
Our Jenkins PC is configured with the following tools. It might be worth 
checking this in your setup.
1. python --version
    Python 2.7.14

2. java -version
    java version "1.8.0_202"
   Java(TM) SE Runtime Environment (build 1.8.0_202-b08)
   Java HotSpot(TM) 64-Bit Server VM (build 25.202-b08, mixed mode)

Note: We do not use Cygwin in our Jenkins infrastructure. Our build scripts are 
in DOS batch file format and are invoked by Jenkins.

Regards,

Sami Mujawar

-----Original Message-----
From: Leif Lindholm <leif.lindh...@linaro.org>
Sent: 03 April 2019 11:59 AM
To: wang xiaofeng <winggundu...@163.com>
Cc: Sami Mujawar <sami.muja...@arm.com>; Gao, Liming <liming....@intel.com>; 
edk2-devel@lists.01.org; ard.biesheu...@linaro.org
Subject: Re: Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path 
in in Jenkins server

On Wed, Apr 03, 2019 at 04:07:58PM +0800, wang xiaofeng wrote:
> Hi Leif,
>    We use VC for X86 (do not need GCC cross complie)

Ah, that was not clear from the original mail.

Are both server and local system using cygwin/mingw32?

Best Regards,

Leif

>    gcc revision :
> Using built-in specs.
> COLLECT_GCC=aarch64-linux-gnu-gcc.exe
> COLLECT_LTO_WRAPPER=c:/code/gnutools/gcc-linaro-7.3.1-2018.05-i686-min
> gw32_aarch64-linux-gnu/bin/../libexec/gcc/aarch64-linux-gnu/7.3.1/lto-
> wrapper.exe
> Target: aarch64-linux-gnu
> Configured with:
> '/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/
> label/tcwg-x86_64-build/target/aarch64-linux-gnu/snapshots/gcc.git~lin
> aro-7.3-2018.05/configure' SHELL=/bin/bash
> --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_a
> rch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/buil
> ds/destdir/i686-w64-mingw32
> --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_
> arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/bui
> lds/destdir/i686-w64-mingw32
> --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_a
> rch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/buil
> ds/destdir/i686-w64-mingw32 --with-gnu-as --with-gnu-ld
> --disable-libmudflap --enable-lto --enable-shared
> --without-included-gettext --enable-nls --with-system-zlib
> --disable-sjlj-exceptions --enable-gnu-unique-object
> --enable-linker-build-id --disable-libstdcxx-pch --enable-c99
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long
> --with-cloog=no --with-ppl=no --with-isl=no --disable-multilib
> --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419
> --with-arch=armv8-a --enable-threads=posix --enable-multiarch
> --enable-libstdcxx-time=yes --enable-gnu-indirect-function
> --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release
> /builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_
> build/sysroots/aarch64-linux-gnu
> --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/build
> er_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/
> builds/destdir/i686-w64-mingw32/aarch64-linux-gnu/libc
> --enable-checking=release --disable-bootstrap
> --enable-languages=c,c++,fortran,lto
> --with-libiconv-prefix=/home/tcwg-buildslave/workspace/tcwg-make-relea
> se/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu
> /_build/builds/destdir/i686-w64-mingw32/usr --with-system-zlib=no
> --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32
> --target=aarch64-linux-gnu
> --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arc
> h/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds
> /destdir/i686-w64-mingw32
> Thread model: posix
> gcc version 7.3.1 20180425 [linaro-7.3-2018.05 revision
> d29120a424ecfbc167ef90065c0eeb7f91977701] (Linaro GCC 7.3-2018.05)
>
>
>
>
>    GNUmake revision : GNUMake-3.81_win32
>
>
>  Can the tool provide more debug output ?
>
>
>
>
>
>
>
>
>
>
> At 2019-04-03 16:00:04, "Leif Lindholm" <leif.lindh...@linaro.org> wrote:
> >Sami, any ideas?
> >
> >Xiaofeng, what gcc is being used for x86? (output of "gcc -v")
> >
> >Best Regards,
> >
> >Leif
> >
> >On Wed, Apr 03, 2019 at 03:54:33PM +0800, wang xiaofeng wrote:
> >> HI ARM Base tool owners,
> >>    I meet a strange issue that aarch64 build . The aarch64 build
> >> pass on my local server.  But it fails at Jenkins server(a Win10
> >> autobuild system written by Java that will can call edk2 bat in
> >> command line)
> >>
> >>
> >> The build command is
> >> "c:\jenkins\workspace\gop2018\udk2018\gnutools\gcc-linaro-7.3.1-201
> >> 8.05-i686-mingw32_aarch64-linux-gnu\bin\aarch64-linux-gnu-gcc" -g
> >> -fshort-wchar -fno-builtin -fno-strict-aliasing -Wall -Werror
> >> -Wno-array-bounds -ffunction-sections -fdata-sections -include
> >> AutoGen.h -fno-common -DSTRING_ARRAY_NAME=UefiDevicePathLibStrings
> >> -g -Os -fshort-wchar -fno-builtin -fno-strict-aliasing -Wall
> >> -Werror -Wno-missing-braces -Wno-array-bounds -include AutoGen.h
> >> -fno-common -mlittle-endian -fno-short-enums -fverbose-asm
> >> -funsigned-char -ffunction-sections -fdata-sections -Wno-address
> >> -fno-asynchronous-unwind-tables -fno-pic -fno-pie -ffixed-x18 -flto
> >> -Wno-unused-but-set-variable -Wno-unused-const-variable
> >> -mcmodel=small -DEDKII -DEFIX64 -DUEFI_BUILD -DFGL_LINUX
> >> -DGCC_TOOLCHAIN -c -o
> >> c:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AAR
> >> CH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\De
> >> vicePathUtilities.obj
> >> -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePat
> >> hLib
> >> -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\A
> >> ARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\DEBUG
> >> -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg
> >> -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Include
> >> -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Include\AArch64
> >> c:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathL
> >> ib\DevicePathUtilities.c
> >>
> >>
> >> But aarch64-linux-gnu-gcc.exe will return error with :
> >> c:jenkinsworkspacegop2018udk2018MdePkgLibraryUefiDevicePathLibDevicePathUtilities.c:
> >>  No such file or director The failure is due to all \ is missed from view 
> >> of aarch64-linux-gnu-gcc.exe, while the makefile and build log have '\'
> >> Another clue is that x86 build is ok on the same Jenkins system
> >>
> >>
> >> Anyone have advice for this strange issue?
> >>
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Reply via email to