On 10/24/2013 01:43 PM, Iyer, Balaji V wrote:
>> In file included from ../../../git-master/libcilkrts/runtime/cilk-abi.c:52:0:
>> ../../../git-master/libcilkrts/include/cilk/cilk_api.h:59:9: warning:
>> #warning Cilk
>> API is being used with non-Cilk compiler (or Cilk is disabled) [-Wcpp]
>> #
Hi Richard,
Here is the link to the fixed patch
(https://drive.google.com/file/d/0BzEpbbnrYKsSNmpmM3NlRThfcWc/edit?usp=sharing).
Answers to your questions are given below.
Thanks,
Balaji V. Iyer.
> -Original Message-
> From: Richard Henderson [mailto:r...@redhat.com]
> Sent: Th
On 24 October 2013 07:59, DJ Delorie wrote:
> In the past, if I use a register class that excludes the second half
> of register pairs, it can't do anything because it requires both parts
> of the register pair to be in the class (example: in_hard_reg_set_p
> checks this).
>
> Which way is the "r
On 10/23/2013 12:30 PM, Iyer, Balaji V wrote:
> Hi Jeff et al.,
> Here is a link to the updated patch
> (https://docs.google.com/file/d/0BzEpbbnrYKsSbVY2X3ZLUnd4OXM/edit?usp=sharing).
> We have fixed all the issues that Joseph pointed out in
> http://gcc.gnu.org/ml/gcc/2013-10/msg00090.htm
Hi Joseph and Jeff,
The issue you mentioned below is fixed. I added a configure.tgt file in
libcilkrts and modified configure.ac (both libcilkrts and the toplevel gcc one)
accordingly. Here is a link for the patch
(https://drive.google.com/file/d/0BzEpbbnrYKsSZFR6cktQQWtXQms/edit?usp=sha
Robert Schiele writes:
> Let's further assume my build system has sys/sdt.h, while my target does not.
I think the check for sys/sdt.h should be moved to libgcc where it is
actually used (it predates the complete migration of libgcc out of gcc).
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@s
Hi,
I saw incorrect gcc/configure results when building a native compiler
with a cross compiler. I think I understand what is going wrong there
but looking for your opinion on my thoughts:
Let's get through the thing with an example.
Assume:
$build == i686-pc-linux-gnu
$host == $target == arm-li
Status
==
The trunk is scheduled to transition from Stage 1 to Stage 3 at the end
of Thursday, Nov. 21 (use your timezone to your advantage).
We have been in Stage 1 for more than 7 months now with almost a full
month still to go. Still now is a good time to look into bugzilla
and pick one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, it's getting better with --enable-multilib, BOOT_CFLAGS="-m32" and
XGCC_FLAGS_FOR_TARGET="-m32". But the internal xg++ still tries to
pick up 64-bit libraries (see below). The question is how to make him
switch to the */32/* multilib libraries path
