On Thu, Jun 5, 2014 at 12:03 AM, Niranjan Hasabnis
wrote:
> Hello,
>
> I was studying i386 machine description for my research purpose,
> and I stumbled upon following MD entry for 'shrdl' x86 instruction.
> It is obtained from the most recent i386.md file.
>
> (define_insn "x86_shrd"
> [(set (m
Hi,
On my private port, I'm unable to debug an ICE on GCC4.7.3 (GNAT 7.1.2) during
the internal test testsuite/gnat.dg/array18.adb.
Here is the test source code:
-
with Array18_Pkg; use Array18_Pkg;
procedure Array18 is
A : String (1 .. 1);
begin
A := F;
end;
-
On 3 June 2014 14:46, Christophe Lyon wrote:
> On 3 June 2014 12:16, Yury Gribov wrote:
Is this 8G of RAM? If yes - I'd be curious to know which part of
libsanitizer needs so much memory.
>>>
>>>
>>> Here is what I have in gcc.log:
>>> ==12356==ERROR: AddressSanitizer failed to allocate
Hi Richard,
Thanks for your reply. I looked into some of the details of how that
particular RTL template is used. It seems to me that the particular
RTL template is used only when shifting 64-bit data type on a 32-bit
machine. This is the underlying assumption encoded in i386.c file
which generate
On 05/31/14 00:30, Alan Modra wrote:
On Fri, May 30, 2014 at 11:27:52AM -0600, Jeff Law wrote:
On 05/26/14 01:38, Alan Modra wrote:
PR61300 shows a need to differentiate between incoming and outgoing
REG_PARM_STACK_SPACE for the PowerPC64 ELFv2 ABI, due to code like
function.c:assign_parm_is_st
On Thu, 5 Jun 2014, Niranjan Hasabnis wrote:
Thanks for your reply. I looked into some of the details of how that
particular RTL template is used. It seems to me that the particular
RTL template is used only when shifting 64-bit data type on a 32-bit
machine. This is the underlying assumption en
> Can someone give me a hint to solve my problem ? I have no idea which part
> of my backend could be related to the GENERIC or GIMPLE generation and I'm
> very unfamiliar with this part of GCC.
Look at the patch installed in conjunction with gnat.dg/array18.adb.
--
Eric Botcazou
Snapshot gcc-4.8-20140605 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140605/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Thu, Jun 05, 2014 at 01:19:19PM -0600, Jeff Law wrote:
> And so the problem you're trying to solve is that when compiling the
> callee. You incorrectly assumed that if there was not a prototype
> for the callee's definition that the caller had set up the save area
> and that you could flush arg
