diff for duplicates of <87h7v7v524.fsf@linaro.org> diff --git a/a/1.txt b/N1/1.txt index b853b12..3397c13 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,4 +1,3 @@ - Cornelia Huck <cohuck@redhat.com> writes: > On Thu, 18 Jun 2020 19:00:34 +0200 @@ -82,3 +81,57 @@ regularly just advance my tree and find this sort of breakage. -- Alex Bennée + +-- +You received this bug notification because you are a member of qemu- +devel-ml, which is subscribed to QEMU. +https://bugs.launchpad.net/bugs/1883560 + +Title: + mips linux-user builds occasionly crash randomly only to be fixed by a + full clean re-build + +Status in QEMU: + New + +Bug description: + From time to time I find check-tcg crashes with a one of the MIPS + binaries. The last time it crashed was running the test: + + ./mips64el-linux-user/qemu-mips64el ./tests/tcg/mips64el-linux- + user/threadcount + + Inevitably after some time noodling around wondering what could be + causing this weird behaviour I wonder if it is a build issue. I wipe + all the mips* build directories, re-run configure and re-build and + voila problem goes away. + + It seems there must be some sort of build artefact which isn't being + properly re-generated on a build update which causes weird problems. + Additional data point if I: + + rm -rf mips64el-linux-user + ../../configure + make + + then I see failures in mip32 builds - eg: + + GEN mipsn32el-linux-user/config-target.h + In file included from /home/alex/lsrc/qemu.git/linux-user/syscall_defs.h:10, + from /home/alex/lsrc/qemu.git/linux-user/qemu.h:16, + from /home/alex/lsrc/qemu.git/linux-user/linuxload.c:5: + /home/alex/lsrc/qemu.git/linux-user/mips64/syscall_nr.h:1: error: unterminated #ifndef + #ifndef LINUX_USER_MIPS64_SYSCALL_NR_H + + make[1]: *** [/home/alex/lsrc/qemu.git/rules.mak:69: linux-user/linuxload.o] Error 1 + make[1]: *** Waiting for unfinished jobs.... + + which implies there is a cross dependency between different targets + somewhere. If I executed: + + rm -rf mips* + + before re-configuring and re-building then everything works again. + +To manage notifications about this bug go to: +https://bugs.launchpad.net/qemu/+bug/1883560/+subscriptions diff --git a/a/content_digest b/N1/content_digest index 1c6906a..00242c6 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,18 +1,10 @@ "ref\0159223432851.7281.13140123017230519248.malonedeb@gac.canonical.com\0" - "ref\020200618135331.7ec861e9.cohuck@redhat.com\0" - "ref\0CAHiYmc5eJDN-FmBZOtRCM9446mxLZW_JtWdZw7TmSYMsk8iz8Q@mail.gmail.com\0" - "ref\020200619081723.10594336.cohuck@redhat.com\0" - "From\0Alex Benn\303\251e <alex.bennee@linaro.org>\0" + "From\0Alex Benn\303\251e <1883560@bugs.launchpad.net>\0" "Subject\0Re: [Bug 1883560] [NEW] mips linux-user builds occasionly crash randomly only to be fixed by a full clean re-build\0" - "Date\0Fri, 19 Jun 2020 09:21:55 +0100\0" - "To\0Cornelia Huck <cohuck@redhat.com>\0" - "Cc\0Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>" - " Alex Benn\303\251e <1883560@bugs.launchpad.net>" - Laurent Vivier <laurent@vivier.eu> - " qemu-devel@nongnu.org\0" + "Date\0Fri, 19 Jun 2020 08:21:55 -0000\0" + "To\0qemu-devel@nongnu.org\0" "\00:1\0" "b\0" - "\n" "Cornelia Huck <cohuck@redhat.com> writes:\n" "\n" "> On Thu, 18 Jun 2020 19:00:34 +0200\n" @@ -95,6 +87,60 @@ "regularly just advance my tree and find this sort of breakage.\n" "\n" "-- \n" - "Alex Benn\303\251e" + "Alex Benn\303\251e\n" + "\n" + "-- \n" + "You received this bug notification because you are a member of qemu-\n" + "devel-ml, which is subscribed to QEMU.\n" + "https://bugs.launchpad.net/bugs/1883560\n" + "\n" + "Title:\n" + " mips linux-user builds occasionly crash randomly only to be fixed by a\n" + " full clean re-build\n" + "\n" + "Status in QEMU:\n" + " New\n" + "\n" + "Bug description:\n" + " From time to time I find check-tcg crashes with a one of the MIPS\n" + " binaries. The last time it crashed was running the test:\n" + "\n" + " ./mips64el-linux-user/qemu-mips64el ./tests/tcg/mips64el-linux-\n" + " user/threadcount\n" + "\n" + " Inevitably after some time noodling around wondering what could be\n" + " causing this weird behaviour I wonder if it is a build issue. I wipe\n" + " all the mips* build directories, re-run configure and re-build and\n" + " voila problem goes away.\n" + "\n" + " It seems there must be some sort of build artefact which isn't being\n" + " properly re-generated on a build update which causes weird problems.\n" + " Additional data point if I:\n" + "\n" + " rm -rf mips64el-linux-user\n" + " ../../configure\n" + " make\n" + "\n" + " then I see failures in mip32 builds - eg:\n" + "\n" + " GEN mipsn32el-linux-user/config-target.h\n" + " In file included from /home/alex/lsrc/qemu.git/linux-user/syscall_defs.h:10,\n" + " from /home/alex/lsrc/qemu.git/linux-user/qemu.h:16,\n" + " from /home/alex/lsrc/qemu.git/linux-user/linuxload.c:5:\n" + " /home/alex/lsrc/qemu.git/linux-user/mips64/syscall_nr.h:1: error: unterminated #ifndef\n" + " #ifndef LINUX_USER_MIPS64_SYSCALL_NR_H\n" + "\n" + " make[1]: *** [/home/alex/lsrc/qemu.git/rules.mak:69: linux-user/linuxload.o] Error 1\n" + " make[1]: *** Waiting for unfinished jobs....\n" + "\n" + " which implies there is a cross dependency between different targets\n" + " somewhere. If I executed:\n" + "\n" + " rm -rf mips*\n" + "\n" + " before re-configuring and re-building then everything works again.\n" + "\n" + "To manage notifications about this bug go to:\n" + https://bugs.launchpad.net/qemu/+bug/1883560/+subscriptions -b596402212ace7f242e8586c0fdd104d05e24465db4117afef6de011164f0ae2 +20ef8541d238675ac1629210e63c721a85487ee69b26e36cf15a56f04e6d47a2
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.