> -Original Message-
> From: Terry Guo
> Sent: Tuesday, November 11, 2014 9:08 AM
> To: Richard Earnshaw; Joel Sherrill
> Cc: GCC Mailing List
> Subject: RE: arm/thumb broken on head
>
>
>
> > -Original Message-
> > From: Richard Earnshaw
> -Original Message-
> From: Richard Earnshaw
> Sent: Tuesday, November 11, 2014 1:08 AM
> To: Joel Sherrill; GCC Mailing List
> Cc: Terry Guo
> Subject: Re: arm/thumb broken on head
>
> On 10/11/14 15:26, Joel Sherrill wrote:
> > Hi
> >
> >
patch to this branch.
BR,
Terry
> -Original Message-
> From: Ilya Enkovich [mailto:enkovich@gmail.com]
> Sent: Monday, August 12, 2013 4:37 PM
> To: Terry Guo
> Cc: GCC Development
> Subject: Re: How to specify multiple OSDIRNAME suffixes for multilib
> (Multilib usage with MPX)?
>
>
If m64/fmpx isn't excluded, the MULTILIB_REUSE will think the required
libraries are there and no need to reuse.
IMHO, the way used by gcc to select multilib is based on string match rather
than detecting the existence of libraries. So the flexible way like you
wanted isn't supported yet.
BR,
Terry
u
+#MULTILIB_EXCEPTIONS+= *mthumb/*mfloat-abi=hard*
#MULTILIB_EXCEPTIONS+= *mcpu=fa526/*mfloat-abi=hard*
#MULTILIB_EXCEPTIONS+= *mcpu=fa626/*mfloat-abi=hard*
At least it works for me. Here is what I got:
terguo01@terry-pc01:install-native$ ls arm-none-eabi/lib/
armlibc
totyped : 1
<80> DW_AT_type: <0x48>
<84> DW_AT_low_pc : 0x0
<88> DW_AT_high_pc : 0x0
<8c> DW_AT_frame_base : 1 byte block: 9c (DW_OP_call_frame_cfa)
<8e> Unknown AT value: 2117: 1
Is this expected behavior? Why not remove this entry? Thanks in
advance for any help.
BR,
Terry
-4.6 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --enable-plugin --enable-objc-gc
--disable-werror --with-arch-32=i686 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
Has this behaviour been noted before and corrected in more recent
versions of kdbg?
Thanks,
Terry (geezers)
>
> "Terry Guo" writes:
>
> > make[1]: *** [check-recursive] Error 1
> > make[1]: Target `check' not remade because of errors.
> > make[1]: Leaving directory
> > `/home/build/gcc-4-7-daily-test/build-linux/gcc-final/arm-none-
> eabi/libstdc+
there is something I should pay attention
to, please let me know. Thanks very much.
BR,
Terry
ther
target supports tls. So how to configure GCC to let it fail to compile
this case, and then let the dg test framework thinks the tls is
unsupported? Thanks in advance.
BR,
Terry
11 matches
Mail list logo