From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8436 invoked by alias); 17 Jan 2011 16:10:06 -0000 Received: (qmail 8419 invoked by uid 22791); 17 Jan 2011 16:10:05 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 17 Jan 2011 16:10:01 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id p0HG9xim003954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Jan 2011 11:09:59 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p0HG9wYi007274; Mon, 17 Jan 2011 11:09:58 -0500 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id p0HG9vld023697; Mon, 17 Jan 2011 11:09:58 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id 8AED3378326; Mon, 17 Jan 2011 09:09:57 -0700 (MST) From: Tom Tromey To: Jan Kratochvil Cc: gdb-patches@sourceware.org, Andrew Burgess Subject: Re: [patch 2/2] Multi-dimensional arrays issue (PR fortran/11104) References: <20110106120302.GA32416@host1.dyn.jankratochvil.net> <20110111170634.GA29563@host1.dyn.jankratochvil.net> Date: Mon, 17 Jan 2011 16:20:00 -0000 In-Reply-To: <20110111170634.GA29563@host1.dyn.jankratochvil.net> (Jan Kratochvil's message of "Tue, 11 Jan 2011 18:06:35 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-01/txt/msg00363.txt.bz2 >>>>> "Jan" == Jan Kratochvil writes: Jan> But in practice I do not think it is a problem as there is already Jan> a problem if one attempts to copy a huge array into an internal Jan> variable. And in most cases the value is lazy which is OK. One way we could try to solve our problems with very large arrays is to support partially read in values using lval_funcs, sort of like we do for optimized out pieces. We could just read the bits we actually use in some way. I think this isn't quite as simple as optimized out pieces, though, because we'd have to change GDB to recognize that a value's contents may come in segments. Tom