Aaah my bad!
Thanks,
Gab
On Wed, Jun 29, 2011 at 6:45 PM, Andrew Pinski wrote:
> On Wed, Jun 29, 2011 at 6:44 PM, Gabriel Charette wrote:
>> Well looking at notice_global_symbol:
>>
>> The comments says that weak_global_object_name is set in it, but there
>> is nothing actually doing so...
>>
>
On Wed, Jun 29, 2011 at 6:44 PM, Gabriel Charette wrote:
> Well looking at notice_global_symbol:
>
> The comments says that weak_global_object_name is set in it, but there
> is nothing actually doing so...
>
> The only line of code containing weak_global_object_name in
> notice_global_symbol is:
>
Well looking at notice_global_symbol:
The comments says that weak_global_object_name is set in it, but there
is nothing actually doing so...
The only line of code containing weak_global_object_name in
notice_global_symbol is:
type = &weak_global_object_name;
Gab
On Wed, Jun 29, 2011 at 6:26 PM,
On Wed, Jun 29, 2011 at 6:26 PM, Andrew Pinski wrote:
> On Wed, Jun 29, 2011 at 6:13 PM, Gabriel Charette wrote:
>> Adding gcc@gcc.gnu.org
>>
>> On Wed, Jun 29, 2011 at 6:08 PM, Gabriel Charette wrote:
>>>
>>> What's the purpose of weak_global_object_name? Defined in gcc/varasm.c
>>> grepping fr
On Wed, Jun 29, 2011 at 6:13 PM, Gabriel Charette wrote:
> Adding gcc@gcc.gnu.org
>
> On Wed, Jun 29, 2011 at 6:08 PM, Gabriel Charette wrote:
>>
>> What's the purpose of weak_global_object_name? Defined in gcc/varasm.c
>> grepping from the base of the source recursively I only find this:
>> ./gc
Adding gcc@gcc.gnu.org
On Wed, Jun 29, 2011 at 6:08 PM, Gabriel Charette wrote:
>
> What's the purpose of weak_global_object_name? Defined in gcc/varasm.c
> grepping from the base of the source recursively I only find this:
> ./gcc/ChangeLog-1998: * varasm.c (assemble_start_function): Add
> weak
Lu, John schrieb:
Hi,
I'm trying to utilize the clz pattern:
(define_insn "clzhi2"
[(set (match_operand:HI 0 "register_operand" "=r")
(clz:HI (match_operand:HI 1 "register_operand" "r")))]
""
"cntlz %0 %1")
I can build a compiler successfully with this pattern, but I
can'
Hi,
I'm trying to utilize the clz pattern:
(define_insn "clzhi2"
[(set (match_operand:HI 0 "register_operand" "=r")
(clz:HI (match_operand:HI 1 "register_operand" "r")))]
""
"cntlz %0 %1")
I can build a compiler successfully with this pattern, but I
can't find any C source
"Marcin J." writes:
> will be possible to add optimization that merge this two (or more) switch in
> one big one (even if inner one is from inline function?) and then use one
> jump table for both switches?
Is it possible? Sure. It's quite a special case, though, so if it's
enabled by defaul
Hi Jakub,
> Yeah. And, please post patches from time to time, even if they aren't
> completely finished, so that others can comment on them.
OK. I'll work on it.
Sho Nakatani
On Wed, Jun 29, 2011 at 02:49:05PM +0200, Tobias Burnus wrote:
> Sho Nakatani wrote:
> > Then I would like to ask you what I should do next.
> >
> > (A) Try to change implementation of libgomp following
> > my current implementation.
> >Then test and evaluate it using some applications.
> >
Hello Tobias,
> I think it makes sense to start working on libgomp; even if the chosen
> implementation is not perfect, one can make real-world experiments with
> it. Additionally, to be used at the end, it has to end up in libgomp.
Thank you for your advice.
I'll work on libgomp soon.
Sho Nakat
On Wed, Jun 29, 2011 at 11:24 AM, Ollie Wild wrote:
>
> On Wed, Jun 29, 2011 at 10:42 AM, Martin Jambor wrote:
> >
> > The fix for 49094 had to be changed and is still being tested, even
> > for trunk, and thus I have committed a 4.6 "backport" of the fix for
> > PR 49516 on its own today (as rev
On Wed, Jun 29, 2011 at 12:24, Ollie Wild wrote:
> On Wed, Jun 29, 2011 at 10:42 AM, Martin Jambor wrote:
>>
>> The fix for 49094 had to be changed and is still being tested, even
>> for trunk, and thus I have committed a 4.6 "backport" of the fix for
>> PR 49516 on its own today (as revision 175
Hello
i have code:
void a(int i)
{
switch(i)
{
default:
switch(i) // exactly that same i
{
case 0:
f0();
break;
case 1:
f1();
break;
case 2:
f2();
break;
On Wed, Jun 29, 2011 at 10:42 AM, Martin Jambor wrote:
>
> The fix for 49094 had to be changed and is still being tested, even
> for trunk, and thus I have committed a 4.6 "backport" of the fix for
> PR 49516 on its own today (as revision 175634). Nevertheles yes, the
> patch is exactly the same,
On 11-06-29 11:42 , Martin Jambor wrote:
The fix for 49094 had to be changed and is still being tested, even
for trunk, and thus I have committed a 4.6 "backport" of the fix for
PR 49516 on its own today (as revision 175634). Nevertheles yes, the
patch is exactly the same, only with a minor lin
Hi,
On Tue, Jun 28, 2011 at 05:06:34PM -0400, Diego Novillo wrote:
> This merge brings google/gcc-4_6 up to date with the recently
> released 4.6.1 (rev 175583).
>
> Since there was some interest in a few fixes in the upstream
> branch, these are the revisions that made it through in this
> merge
Sho Nakatani wrote:
> Then I would like to ask you what I should do next.
>
> (A) Try to change implementation of libgomp following
> my current implementation.
>Then test and evaluate it using some applications.
>(I think Barcelona OpenMP Task Suite [3] contains good applications
>
On 28 June 2011 09:44, Rainer Emrich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> "GCC 4.6.1 Standard C++ Library Manual" and "GCC 4.6.1 Standard C++ Library
> Reference Manual" missing.
>
> http://gcc.gnu.org/onlinedocs/gcc-4.6.1/libstdc++/manual/spine.html
>
> Not Found
>
> The re
20 matches
Mail list logo
