From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libabigail-return-289-listarch-libabigail=sourceware.org@sourceware.org>
Received: (qmail 56776 invoked by alias); 26 Oct 2015 07:39:07 -0000
Mailing-List: contact libabigail-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:libabigail@sourceware.org>
List-Help: <mailto:libabigail-help@sourceware.org>
List-Subscribe: <mailto:libabigail-subscribe@sourceware.org>
Sender: libabigail-owner@sourceware.org
Received: (qmail 56694 invoked by uid 48); 26 Oct 2015 07:39:03 -0000
From: "m.ostapenko at partner dot samsung.com" <sourceware-bugzilla@sourceware.org>
To: libabigail@sourceware.org
Subject: [Bug default/19173] New: Abidiff doesn't detect symbol size change
 in library.
Date: Thu, 01 Jan 2015 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: m.ostapenko at partner dot samsung.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
 cf_gcchost cf_gcctarget cf_gccbuild attachments.created
Message-ID: <bug-19173-9487@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-q4/txt/msg00125.txt.bz2

https://sourceware.org/bugzilla/show_bug.cgi?id=19173

            Bug ID: 19173
           Summary: Abidiff doesn't detect symbol size change in library.
           Product: libabigail
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: default
          Assignee: dodji at redhat dot com
          Reporter: m.ostapenko at partner dot samsung.com
                CC: libabigail at sourceware dot org
  Target Milestone: ---
              Host: x86_64-pc-linux-gnu
            Target: x86_64-pc-linux-gnu
             Build: x86_64-pc-linux-gnu

Created attachment 8741
  --> https://sourceware.org/bugzilla/attachment.cgi?id=8741&action=edit
libfoo.so

Hi Dodji.

I was playing with ASan in LLVM and noticed, that it can implicitly change
global variable symbol size (that is seems to be an ABI breakage). However,
abidiff didn't report this change:

max@max:/tmp$ cat libfoo.c 
long buggy_symbol = 4;
long foo (long *p) { return *p; }

max@max:/tmp$ clang libfoo.c -shared -fpic -o libfoo.so -g 

max@max:/tmp$ readelf -s libfoo.so | grep buggy_symbol
     7: 0000000000201030     8 OBJECT  GLOBAL DEFAULT   21 buggy_symbol
    49: 0000000000201030     8 OBJECT  GLOBAL DEFAULT   21 buggy_symbol

max@max:/tmp$ clang libfoo.c -shared -fpic -o libfoo2.so -g -fsanitize=address

max@max:/tmp$ readelf -s libfoo2.so | grep buggy_symbol
    12: 0000000000201080    64 OBJECT  GLOBAL DEFAULT   23 buggy_symbol
    56: 0000000000201080    64 OBJECT  GLOBAL DEFAULT   23 buggy_symbol

Is this an abidiff's bug (should it report such an issue)?

I'm attaching libfoo.so and libfoo2.so.
Thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.