On 7/9/20 12:13 PM, Richard Biener via Gcc wrote:
On July 9, 2020 3:43:19 PM GMT+02:00, David Edelsohn via Gcc
wrote:
On Thu, Jul 9, 2020 at 9:07 AM Matthias Klose wrote:
On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote:
On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose
wrote:
https://gcc.gnu
Snapshot gcc-8-20200709 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200709/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Thu, Jul 9, 2020 at 12:03 PM Fangrui Song wrote:
>
> Both GCC and Clang have implemented many debugging options under -f and
> -g. Whether options go to -f or -g appears to be pretty arbitrary decisions.
>
> A non-complete list of GCC supported debug options is documented here at
> https://gcc.
Fix email addresses:)
On 2020-07-09, Fangrui Song wrote:
Both GCC and Clang have implemented many debugging options under -f and
-g. Whether options go to -f or -g appears to be pretty arbitrary decisions.
A non-complete list of GCC supported debug options is documented here at
https://gcc.gnu.
* David Edelsohn via Gcc:
> No, it's not dropped. Some people are being pedantic about the name,
> which is why Bill added {,le}. powerpc64-unknown-linux-gnu means
> everything. If you want to add {,le} back, that's fine. But there
> always is some variant omitted, and that doesn't mean it is
Both GCC and Clang have implemented many debugging options under -f and
-g. Whether options go to -f or -g appears to be pretty arbitrary decisions.
A non-complete list of GCC supported debug options is documented here at
https://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html
I think there op
On July 9, 2020 3:43:19 PM GMT+02:00, David Edelsohn via Gcc
wrote:
>On Thu, Jul 9, 2020 at 9:07 AM Matthias Klose wrote:
>>
>> On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote:
>> > On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose
>wrote:
>> >>
>> >> https://gcc.gnu.org/gcc-8/criteria.html lists t
On Thu, Jul 9, 2020 at 9:07 AM Matthias Klose wrote:
>
> On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote:
> > On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose wrote:
> >>
> >> https://gcc.gnu.org/gcc-8/criteria.html lists the little endian platform
> >> first
> >> as a primary target, however it's
On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote:
> On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose wrote:
>>
>> https://gcc.gnu.org/gcc-8/criteria.html lists the little endian platform
>> first
>> as a primary target, however it's not mentioned for GCC 9 and GCC 10. Just an
>> omission?
>>
>> https
On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose wrote:
>
> https://gcc.gnu.org/gcc-8/criteria.html lists the little endian platform first
> as a primary target, however it's not mentioned for GCC 9 and GCC 10. Just an
> omission?
>
> https://gcc.gnu.org/legacy-ml/gcc-patches/2018-07/msg00854.html su
https://gcc.gnu.org/gcc-8/criteria.html lists the little endian platform first
as a primary target, however it's not mentioned for GCC 9 and GCC 10. Just an
omission?
https://gcc.gnu.org/legacy-ml/gcc-patches/2018-07/msg00854.html suggests that
the little endian platform should be mentioned, and m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
As you know, we have been unable to hold GNU Tools Cauldron this year
due to COVID-19. We plan to be back in 2021!
In the meantime, our friends at the Linux Plumbers Conference have
provided a GNU Tools track at their 2020 virtual conference
Hi Martin,
> I tried to investigate a bit:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Looks like you have done some experiments for splitting hug files ?
I can not find any patch, could you share much more idea with it ?
—Jojo
在 2020年7月9日 +0800 PM3:59,Martin Liška ,写道:
> On 7/9/20 9:54
On 7/9/20 9:54 AM, jiejie_r...@c-sky.com wrote:
Hi,
The size of generated file like insn-emit.c is very huge
if we add lots of define_expand patten or define_insn patten.
It’s present easily when there are much more intrinsic interfaces
it costs much more time to
Hi,
The size of generated file like insn-emit.c is very huge
if we add lots of define_expand patten or define_insn patten.
It’s present easily when there are much more intrinsic interfaces
it costs much more time to create toolchain with compiling these files
:(
15 matches
Mail list logo