On 12/31/2015 01:31 PM, Jonathan Wakely wrote:
> On 31 December 2015 at 11:37, Marc Glisse wrote:
>> That's what I called "bug" in my message (there are a few bugzilla PRs for
>> this). It would probably work on Solaris.
>
> Yes, the case is still a mess in the standard and in glibc.
> The "only
On 01/03/2016 06:51 PM, vivek pandya wrote:
> Hello GCC developers,
> I would like to work on one of the following idea in GSoC 2016 for GCC.
>
> Function Reordering (Improvement) with LTO
> Inter-procedural value range propagation pass
> Implement tree level section anchors to improve code genera
Hi
It has come time for RTEMS to obsolete three targets: avr-rtems*, h8300-rtems*,
and m32r-rtems* in gcc and binutils. They have been removed from the RTEMS
master.
Since we were dealing with more than one, I thought I would ask for advice on
making sure I executed the process correctly.
--jo
On 01/04/2016 02:01 PM, Joel Sherrill wrote:
Hi
It has come time for RTEMS to obsolete three targets: avr-rtems*,
h8300-rtems*, and m32r-rtems* in gcc and binutils. They have been
removed from the RTEMS master.
Since we were dealing with more than one, I thought I would ask for
advice on making
# config.guess
i686-pc-linux-gnu
# gcc-5.3 -v
Using built-in specs.
COLLECT_GCC=gcc-5.3
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/5.3.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /home/mxiii/Development/gcc-5.3.0/configure
--program-suffix=-5.3
Thread model: posix
gc
