Hi!
On Sat, 2023-10-07 15:08:34 +0800, Xi Ruoyao wrote:
> On Sat, 2023-10-07 at 11:41 +0800, Yang Yujie wrote:
> > Thanks for the testing!
> >
> > This error seems to be difficult to reproduce since it is a makefile
> > dependency
> > problem. I think appending loongarch-multilib.h to $(GTM_H)
On Sat, 2023-10-07 at 11:41 +0800, Yang Yujie wrote:
> Thanks for the testing!
>
> This error seems to be difficult to reproduce since it is a makefile
> dependency
> problem. I think appending loongarch-multilib.h to $(GTM_H) instead of
> $(TM_H)
> could help.
FWIW such issues are easier to r
On Wed, Oct 04, 2023 at 02:13:46PM +0200, Jan-Benedict Glaw wrote:
> Seems this breaks for me with
>
> ../gcc/configure [...] --enable-werror-always --enable-languages=all
> --disable-gcov --disable-shared --disable-threads
> --target=loongarch64-linux-gnuf32 --without-headers
> make V=1 all-gcc
Hi!
On Wed, 2023-09-13 17:52:14 +0800, Yang Yujie wrote:
> Library build options from --with-multilib-list used to be processed with
> *self_spec, which missed the driver's initial canonicalization. This
> caused limitations on CFLAGS override and the use of driver-only options
> like -m[no]-lsx
Pushed to r14-4009.
在 2023/9/13 下午5:52, Yang Yujie 写道:
Library build options from --with-multilib-list used to be processed with
*self_spec, which missed the driver's initial canonicalization. This
caused limitations on CFLAGS override and the use of driver-only options
like -m[no]-lsx.
The pr
Library build options from --with-multilib-list used to be processed with
*self_spec, which missed the driver's initial canonicalization. This
caused limitations on CFLAGS override and the use of driver-only options
like -m[no]-lsx.
The problem is solved by promoting the injection rules of --with
