Hi Geoff, Richard et al.,
Looks like there's a problem with the support for static constructor
priorities when targeting Darwin.
This manifests under AddressSanitizer (gcc/asan.c), which inserts an
additional static constructor with priority equal to
MAX_RESERVED_INIT_PRIORITY-1 per each module -
Guía de Comprensión de Estados Financieros para Directores No Financieros
¿Dónde se llevará a cabo?
Lugar: Su computadora.
Fecha: 25 de Febrero de 2013.
Duración: 3 Horas.
Horario: De 10:00 a.m a 1:00 p.m. (Hora del Centro de México).
La habilidad de revisar estados financieros y tomar decisiones
> > Well, it's hardly an optimization if it's incorrect, and it seems to be
> > incorrect. As the old saying goes, I can make your code infinitely fast
> > if you don't care about the results.
>
> It's incorrect to rely on the extension taking place. It's not incorrect to
> do the extension.
Th
> On 01/30/2013 04:49 PM, Michael Matz wrote:
> > Hmm? GCC generates code that doesn't rely on the extension taking place.
>
> Sure, I didn't mean to suggest it was: it's LLVM that's incorrect.
Yes, that is LLVM bug. I am surprised that it went unnoticed for so long,
but I guess it is difficult
Hello,
I have a routine that creates a local array containing pointers to
global data. At runtime, when this array is passed to a function, I
do not see the pointers to the global objects. The GIMPLE does show
that the array is declared with the addresses of the globals as the
elements to the arr
On Thu, Jan 31, 2013 at 8:03 PM, Matt Davis wrote:
>
> decl = create_tmp_var(type, "testarray");
> DECL_INITIAL(decl) = build_constructor(type, entries);
>
> return decl;
Do you ever create a DECL_EXPR statement for this local variable?
Ian
