Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-14 Thread Syrone Wong
> some new warnings triggered by syscall related macros. > > - Felix Do you mean something like https://patchwork.kernel.org/patch/10093317/ ? It's fixed via https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435 Forgot to mention, to build grub2 for x86_64, there is another patch should be

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-05 Thread Syrone Wong
> By the way, compiling MIPS targets with gcc 8.1 fails, caused by some > new warnings triggered by syscall related macros. When I was testing on x86_64, I updated musl to 84b25160e7e15e7531533a9a6b22d5431d1b7629. I will test on MIPS when I am free.

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-05 Thread Felix Fietkau
On 2018-07-05 11:18, Felix Fietkau wrote: > On 2018-07-05 02:00, Syrone Wong wrote: >>> I believe the actual fix is in this commit: >>> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62 >>> >>> I believe the actual underlying issue is described at the end of >>>

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-05 Thread Felix Fietkau
On 2018-07-05 02:00, Syrone Wong wrote: >> I believe the actual fix is in this commit: >> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62 >> >> I believe the actual underlying issue is described at the end of >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139 >

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-04 Thread Syrone Wong
> I believe the actual fix is in this commit: > https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62 > > I believe the actual underlying issue is described at the end of > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139 Should I send a v2 and add this explaination?

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-07-04 Thread Felix Fietkau
On 2018-06-21 17:08, wong.syr...@gmail.com wrote: > From: Syrone Wong > > Changes compared to GCC 7.x > > 001-revert_register_mode_search.patch dropped > > The commit guards comparison via maybe_gt(), while > 001-revert_register_mode_search.patch simply ignore > "GET_MODE_SIZE (mode) >

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-06-21 Thread Syrone Wong
Hi, I did some googling without testing. There is a similar issue here[0], it's caused by an unrecognized flag, please post the configure log related to the error message to see if it's the case. Other posts say gas-preprocessor is a Perl script, it seems the interpreter is not found when

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-06-21 Thread Rosen Penev
On Thu, Jun 21, 2018 at 5:09 PM Syrone Wong wrote: > > HI, > > We are using FFmpeg 3.2.10, it was cut from master on 2016-10-26, > definitely has no fixes to GCC 8, you may want to check the latest > 4.0.1. 4.0.1 was released on 2018-06-16. It is the latest stable > FFmpeg release from the 4.0

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-06-21 Thread Syrone Wong
HI, We are using FFmpeg 3.2.10, it was cut from master on 2016-10-26, definitely has no fixes to GCC 8, you may want to check the latest 4.0.1. 4.0.1 was released on 2018-06-16. It is the latest stable FFmpeg release from the 4.0 release branch, which was cut from master on 2018-04-16. You can

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-06-21 Thread Rosen Penev
Error while compiling ffmpeg: GNU assembler not found, install/update gas-preprocessor On Thu, Jun 21, 2018 at 8:09 AM wrote: > > From: Syrone Wong > > Changes compared to GCC 7.x > > 001-revert_register_mode_search.patch dropped > > The commit guards comparison via maybe_gt(), while >

[OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

2018-06-21 Thread wong . syrone
From: Syrone Wong Changes compared to GCC 7.x 001-revert_register_mode_search.patch dropped The commit guards comparison via maybe_gt(), while 001-revert_register_mode_search.patch simply ignore "GET_MODE_SIZE (mode) > GET_MODE_SIZE (found_mode)", the powerpc issue might be fixed, I'm not