SPEC2006 436.cactusADM performance depends on the length of $LD_LIBRARY_PATH

Hi All, I discovered a strange behavior of SPEC CPU2006 436.cactusADM benchmark. It’s performance depends on the length of $LD_LIBRARY_PATH variable. The benchmark was compiled with "-O3 -funroll-loops -ffast-math -march=core-avx2 -mtune=core-avx2" using gcc version 4.8.0 20130218. I used Intel So

Re: C/C++ Option to Initialize Variables?

Hi, On Mon, 18 Feb 2013, Alexander Monakov wrote: > On Mon, 18 Feb 2013, Michael Matz wrote: > > Automatic variables, as they are on the stack, are unlikely to usually get > > the value 0 out of pure luck, so an option to initialize them to 0xDEADBEAF > > doesn't make much sense. > > Hm, but the

Re: SPEC2006 436.cactusADM performance depends on the length of $LD_LIBRARY_PATH

On 02/19/2013 12:14 PM, Ilya Verbin wrote: Is this a known issue? I think this might be the phenomenon described in Mytkowicz et al., "Producing Wrong Data Without Doing Anything Obviously Wrong!". -- Florian Weimer / Red Hat Product Security Team

Re: GCC compiler for ANDROID Nexus7

On 02/15/2013 01:13 PM, Jerome Huck wrote: > There seems to be some versions of GCC for ANDROID C/C++/Pascal working > or even Fortran, see the attached links. Can we hope one day to have > some official release? I can't see why not, but it'll require someone to contribute the code and commit to m

How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?

I'm puzzled by the following on Linux, where I don't understand what causes it that a given symbol is exported as "u" (when viewed with nm, which documents "u" as "a unique global symbol. This is a GNU extension...") or not: * On an older toolchain (SLED 11 with GCC 4.3.4 and binutils 2.21.1),

Re: How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?

On 02/19/2013 07:06 PM, Stephan Bergmann wrote: I'm puzzled by the following on Linux, where I don't understand what causes it that a given symbol is exported as "u" (when viewed with nm, which documents "u" as "a unique global symbol. This is a GNU extension...") or not: We tracked this down

Re: Question on Undefined Right Shifts

On Tue, Feb 19, 2013 at 4:19 PM, Jeffrey Walton wrote: > > I've been using John Regehr's Integer Overflow Checker (IOC) on a few > libraries. It is a Clang plug-in and can be found at > http://embed.cs.utah.edu/ioc/. > > The checker has flagged two libraries I use for performing undefined > right

Re: Version specific onlinedocs page

On Mon, 18 Feb 2013, Tobias Burnus wrote: If "we" means that you are volunteering ;-), absolutely, go for it! ;-) How about the following patch? If it is okay, I will add the remaining index.html for 4.6 and 4.7 and update gcc-4.6/index.html – and then commit it. Looks good to me. Perhaps

Can DWARF2 CFI represent a static return location?

I'm looking at a machine with limited stack, and no push instructions or displaced-addressing mode. The call instruction stores the return address in the link register. For non-recursive functions we save the return address in a static memory location, but I can't find a way to tell the DWARF2

Re: Can DWARF2 CFI represent a static return location?

On Tue, Feb 19, 2013 at 7:32 PM, Alan Lehotsky wrote: > I'm looking at a machine with limited stack, and no push instructions or > displaced-addressing mode. The call instruction stores the return address in > the link register. > > For non-recursive functions we save the return address in a st

Re: Question on Undefined Right Shifts

On Tue, Feb 19, 2013 at 8:52 PM, Ian Lance Taylor wrote: > On Tue, Feb 19, 2013 at 4:19 PM, Jeffrey Walton wrote: >> >> I've been using John Regehr's Integer Overflow Checker (IOC) on a few >> libraries. It is a Clang plug-in and can be found at >> http://embed.cs.utah.edu/ioc/. >> >> The checker