Tom> There may be more missing dependencies. Please try out this branch if
Tom> you would. You can report bugs to me, just send the build log.
I tried -j33 on a bigger machine and found a problem with Go.
The dependency patch uses the language Makefile conventions to add some
order-only depende
Hi,
Recently I found a weird behavior in attribute computation when
if_then_else is used. It may be easily demonstrated on i386 jump
instruction. It's original length attribute definition is following:
(set (attr "length")
(if_then_else (and (ge (minus (match_dup 0) (pc))
Hi,
Simple code:
void somehowuse(unsigned value);
void
foo( unsigned value,
unsigned bytemask,
unsigned psw,
unsigned y)
{
unsigned x;
psw = (psw & ~(1 << 10)) | (((value >> 9) & 1) << 10);
x = (y & ~(1 << 7)) | (((value >> 9) & 1) << 7);
somehowuse(x);
somehowuse(psw);
}
Compile to assemble
Konstantin Vladimirov wrote:
[...]
> x = (y & ~(1 << 7)) | (((value >> 9) & 1) << 7);
[...]
> x = y & 4294967167 | (value >> 9) << 7 & 255; <- WAT?
((value >> 9) & 1) << 7
== ((value >> 9) << 7) & (1 << 7)
== ((value >> 9) << 7) & 0x80
== ((value >> 9) << 7) & 0xff
...I think.
That l
Hi,
But this is awfully wrong. In the general case (value >> 2) & 0xff !=
(value >> 2) & 0x80
Take value to be 0x3ff for example. Then 0xff != 0x80 itself. This
leads to wrong result.
---
With best regards, Konstantin
On Tue, Jul 23, 2013 at 4:57 PM, David Given wrote:
> Konstantin Vladimirov
Hi,
Disregard my previous message, I got your idea =) When we are shifting
right then left, then all bits except 7th will be 0 and andmask may be
any, while it contains 0x80. Yes everything is ok here, thanks
---
With best regards, Konstantin
On Tue, Jul 23, 2013 at 5:05 PM, Konstantin Vladimiro
在 2013-7-23，上午5:54，Eric Botcazou 写道：
>> Recently i am working on the atomic support for RTEMS. Our basic idea is to
>> integrate the C11 atomic API into RTEMS. we have integrated the
>> stdatomic.h into newlib which is used by RTEMS. And when we test the
>> atomic ops on LEON3 platform (an impor
Hi,
On Mon, Jul 22, 2013 at 03:17:08PM -0300, Rodolfo Guilherme Wottrich wrote:
> Hello,
>
> Thanks! I had solved the problem some days ago, and it was actually
> related to your answer.
> First, I hadn't used push_struct_function() to allocate storage for my
> new function.
> Second, I wasn't ca
> Hi Eric, do you mean that you already have a patch to solve this issue
> which is just not merged to mainline? If yes could you send me your patch
> and tell me to how enable this feature? Thank you!
No, I only installed a patch on the trunk that adds the basic infrastructure
for a LEON3 varian
在 2013-7-23，下午11:31，Eric Botcazou 写道：
>> Hi Eric, do you mean that you already have a patch to solve this issue
>> which is just not merged to mainline? If yes could you send me your patch
>> and tell me to how enable this feature? Thank you!
>
> No, I only installed a patch on the trunk that a
On Tue, Jul 23, 2013 at 12:06 AM, Tom Tromey wrote:
>
> ... which causes build failures for go-backend.c (uses rtl.h) and
> go-lang.c (uses except.h), since with this defined, certain headers are
> prohibited.
>
>
> A short term solution is to keep Go using explicit dependencies.
>
> For a long te
Jason Merrill a écrit:
> I'd like to make some changes to the GCC git-svn mirror.
> Specifically, I want to move all the SVN branches from remotes/ into
> heads/ and split the subdirectory branches (redhat, google, etc) into
> the individual branches.
>
> Should I leave the SVN branches as they a
> -Original Message-
> From: H.J. Lu [mailto:hjl.to...@gmail.com]
> Sent: Monday, July 22, 2013 5:08 PM
> To: Iyer, Balaji V
> Cc: Ian Lance Taylor; gcc@gcc.gnu.org
> Subject: Re: Help with using multilib for Cilk Library
>
> On Mon, Jul 22, 2013 at 9:27 AM, Iyer, Balaji V
> wrote:
> >
> "Ian" == Ian Lance Taylor writes:
Ian> So you should be good to go for Go.
Thanks. I confirmed it works here. I've merged this and pushed the
needed go/Make-lang.in change to my branch and built with a large -j on
gcc110 with success.
Tom
On 07/22/2013 02:59 AM, Vidya Praveen wrote:
> Hello,
>
> There are 42 test files (25 under gcc.dg) that specifies
>
> { dg-add-options bind_pic_locally }
>
> in the regression testsuite. The procedure add_options_for_bind_pic_locally
> from lib/target-supports.exp adds -fPIE or -fpie when -fPIC
David Given wrote:
[...]
> When I actually try to build stuff, however, the branch gets emitted but
> then silently deleted during the mach pass.
Solved: turned out to be old code in the TARGET_MACHINE_DEPENDENT_REORG,
dating from the port I was basing my backend on, which was mangling my
code. I
On Tue, Jul 23, 2013 at 9:33 AM, Iyer, Balaji V wrote:
>> Here is a patch:
>>
>> 1. Add target dependency on C++ for parallel build.
>> 2. Remove hardcoded -O3 -fpic. libtool takes care of it.
>> 3. Work around MAKEFLAGS for multilib build.
>>
>
> Hi H.J.,
> Thank you! This patch got rid o
> ok, because i am not familiar with compiler implementation. So if you can
> give me some references i will appreciate you very much. And by the way is
> there any plan to support this feature in the mainline?
OK, let's go ahead and implement the feature. We first need the binutils side,
becaus
On Tue, Jul 23, 2013 at 9:58 AM, Hendrik Greving
wrote:
> If I set use_gcc_stdint=wrap, does tm.h suppose to include
> config/glibc-stdint.h?
> Please reply to the mailing list, not just to me. Thanks.
> If you are using glibc, you shoud add glibc-stdint.h to tm_file in
> gcc/config.gcc; see ma
On Tue, Jul 23, 2013 at 10:23 AM, Hendrik Greving
wrote:
> On Tue, Jul 23, 2013 at 9:58 AM, Hendrik Greving
> wrote:
>> If I set use_gcc_stdint=wrap, does tm.h suppose to include
>> config/glibc-stdint.h?
>
>> Please reply to the mailing list, not just to me. Thanks.
>
>> If you are using glibc,
Hi,
Here is a patch to extend x86-64 psABI to support AVX-512:
http://software.intel.com/sites/default/files/319433-015.pdf
--
H.J.
avx512.patch
Description: Binary data
Intel MPX:
http://software.intel.com/sites/default/files/319433-015.pdf
introduces 4 bound registers, which will be used for parameter passing
in x86-64. Bound registers are cleared by branch instructions. Branch
instructions with BND prefix will keep bound register contents. This leads
to 2 re
On Tue, 23 Jul 2013, H.J. Lu wrote:
> Here is a patch to extend x86-64 psABI to support AVX-512:
I have no comments on this patch for now - but where is the version
control repository we should use for the ABI source code, since x86-64.org
has been down for some time?
(I've also CC:ed the last
Hello,
2013/7/23 Martin Jambor :
> Hi,
>
> But you do call cgraph_add_new_function on it as well, right? If not,
> how is its symbol table node (also called and serving as the call
> graph node) created?
I call finish_function for my decl. Inside that function, there's this
one call to cgraph_ad
> -Original Message-
> From: H.J. Lu [mailto:hjl.to...@gmail.com]
> Sent: Tuesday, July 23, 2013 1:04 PM
> To: Iyer, Balaji V
> Cc: Ian Lance Taylor; gcc@gcc.gnu.org
> Subject: Re: Help with using multilib for Cilk Library
>
> On Tue, Jul 23, 2013 at 9:33 AM, Iyer, Balaji V
> wrote:
>
Later I found out that cgraph_mark_needed_node was already being
called in cgraph_finalize_function, and that should really keep my
function from being removed. But when the function
cgraph_remove_unreachable_nodes executes, it is marked as unreachable
just because at this point it is not marked as
I'd like to mention that I too was bit by this one on Debian. I don't
have a 32-bit development environment installed; why would I? I'm
building primarily for myself, and if I did have to target a 32-bit
environment, I'd likely have to mess with more stuff then just the
compiler. If you can't find
27 matches
Mail list logo
