From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22321 invoked by alias); 29 May 2015 16:09:13 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 21526 invoked by uid 89); 29 May 2015 16:09:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: eu-smtp-delivery-143.mimecast.com Received: from eu-smtp-delivery-143.mimecast.com (HELO eu-smtp-delivery-143.mimecast.com) (146.101.78.143) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 29 May 2015 16:09:11 +0000 Received: from cam-owa1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by uk-mta-9.uk.mimecast.lan; Fri, 29 May 2015 17:09:08 +0100 Received: from [10.2.207.44] ([10.1.2.79]) by cam-owa1.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 29 May 2015 17:09:08 +0100 Message-ID: <55688F1E.4070704@arm.com> Date: Fri, 29 May 2015 16:54:00 -0000 From: Vidya Praveen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: =?UTF-8?B?TWFydGluIExpxaFrYQ==?= CC: GCC Patches Subject: Re: [PATCH, RFC] New memory usage statistics infrastructure References: <555604F0.40802@suse.cz> In-Reply-To: <555604F0.40802@suse.cz> X-MC-Unique: SPwZ1UCiQDa0sxRLhmUpew-1 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg02802.txt.bz2 Martin, The following change: @@ -2655,10 +2655,10 @@ s-iov: build/gcov-iov$(build_exeext) $(BASEVER) $(D= EVPHASE) GCOV_OBJS =3D gcov.o gcov$(exeext): $(GCOV_OBJS) $(LIBDEPS) - +$(LINKER) $(ALL_LINKERFLAGS) $(LDFLAGS) $(GCOV_OBJS) $(LIBS) -o $@ + +$(LINKER) $(ALL_LINKERFLAGS) $(LDFLAGS) $(GCOV_OBJS) build/hash-ta= ble.o=20 ggc-none.o $(LIBS) -o $@ seem to cause canadian cross build failure for arm and aarch64 on x86_64 as build/hash-table.o and ggc-none.o are not built by the same compiler? arm-none-linux-gnueabi-g++ -no-pie -g -O2 -DIN_GCC -fno-exceptions=20 -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing +-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtua= l=20 -pedantic -Wno-long-long -Wn build/hash-table.o ggc-none.o libcommon.a ../libcpp/libcpp= .a=20 ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a .. +/libdecnumber/libdecnumber.a -o gcov build/hash-table.o: file not recognized: File format not recognized collect2: error: ld returned 1 exit status make[1]: *** [gcov] Error 1 Should it be: - +$(LINKER) $(ALL_LINKERFLAGS) $(LDFLAGS) $(GCOV_OBJS) $(LIBS) -o $@ + +$(LINKER) $(ALL_LINKERFLAGS) $(LDFLAGS) $(GCOV_OBJS) hash-table.o= =20 ggc-none.o $(LIBS) -o $@ instead? VP. On 15/05/15 15:38, Martin Li=C5=A1ka wrote: > Hello. > > Following patch attempts to rewrite memory reports for GCC's internal all= ocations > so that it uses a new template type. The type shares parts which are curr= ently duplicated, > adds support for special 'counters' and introduces new support for hash-{= set,map,table}. > > Transformation of the current code is a bit tricky as we internally used = hash-table as main > data structure which takes care of location-related allocations. As I wan= t to add support even > for hash tables (and all derived types), header files inclusion and forwa= rd declaration is utilized. > > Feel free to comment the patch, as well as missing features one may want = to track by location sensitive > memory allocation. > > Attachment contains sample output taken from tramp3d-v4.cpp. > > Thanks, > Martin >