clang vs free software

Helmut Eller : > > If nobody bothers with even > > considering the question, it would appear that it is not all that > > important... > > Maybe nobody bothers because using clang is easier than to fight with > FSF policies. <> It is never a good idea to exclude political and social ramifications

Merging the ./config directory between GCC and Binutils

Hi! Yesterday, an outstanding fix was committed to the GCC repo for a not correctly regenerated file. Now that that's fixed, I'll merge the two ./config directories (unfortunately, both the Binutils and the GCC tree gained commits that weren't synced) and come up with a patch. I hope that ther

Re: gcc-4_9 inlines less funcs than gcc-4_8 because of used_as_abstract_origin flag.

Hi, this is patch I commited to mainline 2014-11-22 Jan Hubicka * ipa.c (symbol_table::remove_unreachable_nodes): Mark all inline clones as having abstract origin used. * ipa-inline-transform.c (can_remove_node_now_p_1): Drop abstract origin check. (clone_inlin

Re: gcc-4_9 inlines less funcs than gcc-4_8 because of used_as_abstract_origin flag.

Thanks for the fix. Is it ok to backport it to gcc-4_9? Thanks, Wei. On Sat, Nov 22, 2014 at 1:08 PM, Jan Hubicka wrote: > Hi, > this is patch I commited to mainline > > 2014-11-22 Jan Hubicka > > * ipa.c (symbol_table::remove_unreachable_nodes): Mark all inline > clones > as

Re: gcc-4_9 inlines less funcs than gcc-4_8 because of used_as_abstract_origin flag.

> Thanks for the fix. Is it ok to backport it to gcc-4_9? Yes, it is OK assuming that there are no problems with the patch for a week. (it ought to be safe) Honza