From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 48673 invoked by alias); 2 Jul 2016 07:44:17 -0000 Mailing-List: contact libabigail-help@sourceware.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Subscribe: Sender: libabigail-owner@sourceware.org Received: (qmail 48496 invoked by uid 48); 2 Jul 2016 07:44:03 -0000 From: "woodard at redhat dot com" To: libabigail@sourceware.org Subject: [Bug default/20323] New: void* idiom for intel, PGI DWARF confuses subsequent parameter handling Date: Fri, 01 Jan 2016 00:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: libabigail X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: woodard at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dodji at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2016-q3/txt/msg00004.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20323 Bug ID: 20323 Summary: void* idiom for intel, PGI DWARF confuses subsequent parameter handling Product: libabigail Version: unspecified Status: NEW Severity: normal Priority: P2 Component: default Assignee: dodji at redhat dot com Reporter: woodard at redhat dot com CC: libabigail at sourceware dot org Target Milestone: --- I believe that this is actually distinct from 20194 but the patch to fix th= at may ultimately lead to this being resolved as well. At the very least they should be looked at together. I'm looking at: [C]'function void dallocx(void*, int)' at jemalloc.c:2477:1 has some indi= rect sub-type changes: parameter 1 of type 'void*' changed: entity changed from 'void*' to 'int' type size changed from 64 to 32 bits parameter 2 of type 'int' was removed GCC has: [ 4a9f] subprogram external (flag_present) name (strp) "dallocx" decl_file (data1) 1 decl_line (data2) 2477 prototyped (flag_present) low_pc (addr) +0x000000000000ca20 high_pc (data8) 1449 (+0x000000000000cfc9) frame_base (exprloc) [ 0] call_frame_cfa GNU_all_tail_call_sites (flag_present) sibling (ref4) [ 54c5] [ 4abd] formal_parameter name (string) "ptr" decl_file (data1) 1 decl_line (data2) 2477 type (ref4) [ f6] location (sec_offset) location list [ 47f6] [ 4acd] formal_parameter name (strp) "flags" decl_file (data1) 1 decl_line (data2) 2477 type (ref4) [ 46] location (sec_offset) location list [ 4996] [ 46] base_type byte_size (data1) 4 encoding (data1) signed (5) name (string) "int" [ f6] pointer_type byte_size (data1) 8 Intel has: [ 12832] subprogram decl_line (data2) 2477 decl_column (data1) 1 decl_file (data1) 20 prototyped (flag) name (strp) "dallocx" MIPS_linkage_name (strp) "dallocx" low_pc (addr) +0x000000000000b0b0 high_pc (addr) +0x000000000000b310 external (flag) [ 12851] formal_parameter decl_line (data2) 2477 decl_column (data1) 18 decl_file (data1) 20 type (ref4) [ 5fc] name (string) "ptr" location (block1) [ 0] reg5 [ 12860] formal_parameter decl_line (data2) 2477 decl_column (data1) 27 decl_file (data1) 20 type (ref4) [ 3e5] name (strp) "flags" location (block1) [ 0] reg4 [ 5fc] pointer_type type (ref4) [ 539] [ 539] base_type byte_size (data1) 0 encoding (data1) signed (5) name (strp) "void" [ 3e5] base_type byte_size (data1) 4 encoding (data1) signed (5) name (string) "int" So the error is wrong: Parameter 2 of type int was not removed. I believe t= hat the processing is getting confused by the intel/pgi idiom of expressing a void*. --=20 You are receiving this mail because: You are on the CC list for the bug.