aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[wang xiaofeng]

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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[Leif Lindholm]

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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?
> 

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[wang xiaofeng]

Hi Leif,
   We use VC for X86 (do not need GCC cross complie)
   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-mingw32_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~linaro-7.3-2018.05/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builder_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-release/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_arch/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.lindholm@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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?
>> 

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[Leif Lindholm]

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-mingw32_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~linaro-7.3-2018.05/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builder_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-release/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_arch/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.lindholm@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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?
> >> 

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[Gao, Liming]

Are your local server the same environment to Jenkins server? Can you login in Jenkins sever and verify gcc tool?

Thanks
Liming
From: wang xiaofeng [mailto:winggundum82@163.com]
Sent: Wednesday, April 3, 2019 3:55 PM
To: Gao, Liming <liming.gao@intel.com>; edk2-devel@lists.01.org; ard.biesheuvel@linaro.org; leif.lindholm@linaro.org
Subject: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[wang xiaofeng]

Yes, both my local and server using Cygwin for aarch64 build 








At 2019-04-03 18:59:29, "Leif Lindholm" <leif.lindholm@linaro.org> wrote:
>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-mingw32_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~linaro-7.3-2018.05/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/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/builder_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-release/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_arch/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.lindholm@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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?
>> >> 
\x16&#65533;&

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[Gao, Liming]

I mean to manually trig build in Jenkins server and see what happen.

Thanks
Liming
From: wang xiaofeng [mailto:winggundum82@163.com]
Sent: Wednesday, April 3, 2019 8:16 PM
To: Gao, Liming <liming.gao@intel.com>
Cc: edk2-devel@lists.01.org; ard.biesheuvel@linaro.org; leif.lindholm@linaro.org
Subject: Re:Re: [edk2] aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

HI Liming,
   I don;t have direct access to server but  I can ask someone to try.
   How to verify gcc tool enviroment? any command I can run to check the difference?
   I just compare the gcc tool binarys , server and my local desktop are same. But I am not sure whether other software/enviroment is installed on server may affect the tools.




At 2019-04-03 20:00:09, "Gao, Liming" <liming.gao@intel.com<mailto:liming.gao@intel.com>> wrote:

>Are your local server the same environment to Jenkins server? Can you login in Jenkins sever and verify gcc tool?

>

>Thanks

>Liming

>From: wang xiaofeng [mailto:winggundum82@163.com]

>Sent: Wednesday, April 3, 2019 3:55 PM

>To: Gao, Liming <liming.gao@intel.com<mailto:liming.gao@intel.com>>; edk2-devel@lists.01.org<mailto:edk2-devel@lists.01.org>; ard.biesheuvel@linaro.org<mailto:ard.biesheuvel@linaro.org>; leif.lindholm@linaro.org<mailto:leif.lindholm@linaro.org>

>Subject: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

>

>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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?

>

>

>

>

>_______________________________________________

>edk2-devel mailing list

>edk2-devel@lists.01.org<mailto:edk2-devel@lists.01.org>

>https://lists.01.org/mailman/listinfo/edk2-devel

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[wang xiaofeng]

manually trigger have the same error 








At 2019-04-03 20:51:16, "Gao, Liming" <liming.gao@intel.com> wrote:
>I mean to manually trig build in Jenkins server and see what happen.
>
>Thanks
>Liming
>From: wang xiaofeng [mailto:winggundum82@163.com]
>Sent: Wednesday, April 3, 2019 8:16 PM
>To: Gao, Liming <liming.gao@intel.com>
>Cc: edk2-devel@lists.01.org; ard.biesheuvel@linaro.org; leif.lindholm@linaro.org
>Subject: Re:Re: [edk2] aarch64-linux-gnu-gcc.exe: error due to loss &#65533;&#65533;/&#65533;&#65533;in code path in in Jenkins server
>
>HI Liming,
>   I don;t have direct access to server but  I can ask someone to try.
>   How to verify gcc tool enviroment? any command I can run to check the difference?
>   I just compare the gcc tool binarys , server and my local desktop are same. But I am not sure whether other software/enviroment is installed on server may affect the tools.
>
>
>
>
>At 2019-04-03 20:00:09, "Gao, Liming" <liming.gao@intel.com<mailto:liming.gao@intel.com>> wrote:
>
>>Are your local server the same environment to Jenkins server? Can you login in Jenkins sever and verify gcc tool?
>
>>
>
>>Thanks
>
>>Liming
>
>>From: wang xiaofeng [mailto:winggundum82@163.com]
>
>>Sent: Wednesday, April 3, 2019 3:55 PM
>
>>To: Gao, Liming <liming.gao@intel.com<mailto:liming.gao@intel.com>>; edk2-devel@lists.01.org<mailto:edk2-devel@lists.01.org>; ard.biesheuvel@linaro.org<mailto:ard.biesheuvel@linaro.org>; leif.lindholm@linaro.org<mailto:leif.lindholm@linaro.org>
>
>>Subject: aarch64-linux-gnu-gcc.exe: error due to loss &#65533;&#65533;/&#65533;&#65533;in code path in in Jenkins server
>
>>
>
>>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-2018.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\AARCH64\MdePkg\Library\UefiDevicePathLib\UefiDevicePathLib\OUTPUT\.\DevicePathUtilities.obj -Ic:\jenkins\workspace\gop2018\udk2018\MdePkg\Library\UefiDevicePathLib -Ic:\jenkins\workspace\gop2018\udk2018\Build\AmdGopPkg\DEBUG_GCC5\AARCH64\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\UefiDevicePathLib\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?
>
>>
>
>>
>
>>
>
>>
>
>>_______________________________________________
>
>>edk2-devel mailing list
>
>>edk2-devel@lists.01.org<mailto:edk2-devel@lists.01.org>
>
>>https://lists.01.org/mailman/listinfo/edk2-devel
>
>
>
>_______________________________________________
>edk2-devel mailing list
>edk2-devel@lists.01.org
>https://lists.01.org/mailman/listinfo/edk2-devel

Re: aarch64-linux-gnu-gcc.exe: error due to loss ‘/’in code path in in Jenkins server

[Sami Mujawar]

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.lindholm@linaro.org>
Sent: 03 April 2019 11:59 AM
To: wang xiaofeng <winggundum82@163.com>
Cc: Sami Mujawar <Sami.Mujawar@arm.com>; Gao, Liming <liming.gao@intel.com>; edk2-devel@lists.01.org; ard.biesheuvel@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.lindholm@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.