> Any comment on the following?
>
> http://blog.regehr.org/archives/320
>
> 1) is due to lack of non-linear induction variable support
> 5) is the same problem mentioned in pr35363
>
> I have not looked at the details of others -- there are probably
> related missed-optimization bugs already fil
> > Any comment on the following?
> >
> > http://blog.regehr.org/archives/320
> >
> > 1) is due to lack of non-linear induction variable support
Yep. We might however also teach unroller to fully unroll the loop if we
improve constant_after_peeling. This is probably good idea too, since we do
On 13/12/2010 17:02, Frederic Riss wrote:
> Hi,
>
> I tried to enable LTO on my port, but failed to do so. On a stupid
> example, I get:
>
> $ k1-gcc -flto toto.o print.o
> lto1: internal compiler error: compressed stream: data error
> Please submit a full bug report,
> with preprocessed source i
Hi Dave,
On 14 December 2010 15:48, Dave Korn wrote:
> This symptom usually means that the assembler is padding the section
> containing the compressed data when it generates the IR-containing .o file.
> There is no record within the compressed data stream of how long it is
> supposed to be(*),
I know that almost no one uses emutls, but I was fiddling with
it recently, and found a buffer overflow; the emutls_destroy()
function moves past the end of an array. Patch attached.
The correctness of the fix may not be immediately obvious, but
a careful study of emutls_alloc() will show that th
On Mon, Dec 13, 2010 at 04:49:32PM -0800, H.J. Lu wrote:
> On Mon, Dec 13, 2010 at 11:39:28AM -0800, H.J. Lu wrote:
> > Hi,
> >
> > Using .init_array section in GCC:
> >
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
> >
> > raised a question on init_priority attribute. We need to provid
Snapshot gcc-4.4-20101214 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20101214/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Mon, Dec 13, 2010 at 6:08 PM, Sebastian Pop wrote:
> Hi,
>
> I would like to ask the opinion of C/C++ maintainers about the extension
> that the Intel compiler proposes for array notations:
> http://software.intel.com/sites/products/documentation/studio/composer/en-us/2011/compiler_c/index.htm#
1) config.guess
i686-pc-linux-gnu
2) gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/lib/../libexec/gcc/i686-pc-linux-gnu/4.5.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ./configure --with-gmp=/usr/local
--with-mpc=/usr/local --with-mpfr=/usr/local
Thread m
On Tue, Dec 14, 2010 at 09:55:42AM -0800, H.J. Lu wrote:
> bfd/
>
> 2010-12-14 H.J. Lu
>
> * elf.c (_bfd_elf_new_section_hook): Special handling for
> .init_array/.fini_array output sections.
>
> ld/
>
> 2010-12-13 H.J. Lu
>
> * Makefile.am (GENSCRIPTS): Add @enable_ini
10 matches
Mail list logo
