From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: John Mastro Newsgroups: gmane.emacs.bugs Subject: bug#29183: 27.0.50; SIGSEGV on C-g on Windows Date: Wed, 8 Nov 2017 15:41:05 -0800 Message-ID: References: <83mv3ysqth.fsf@gnu.org> <83d14tswq6.fsf@gnu.org> <834lq5saeu.fsf@gnu.org> <83wp30r48u.fsf@gnu.org> <571b940d-666b-c650-429d-5fc7bfc0d078@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1510184537 12255 195.159.176.226 (8 Nov 2017 23:42:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 8 Nov 2017 23:42:17 +0000 (UTC) Cc: 29183@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 09 00:42:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCZz0-0002sr-0R for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Nov 2017 00:42:10 +0100 Original-Received: from localhost ([::1]:34501 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCZz7-0006Fz-BO for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Nov 2017 18:42:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCZyw-0006EI-Mr for bug-gnu-emacs@gnu.org; Wed, 08 Nov 2017 18:42:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eCZys-0003py-Ow for bug-gnu-emacs@gnu.org; Wed, 08 Nov 2017 18:42:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50521) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eCZys-0003ps-Ky for bug-gnu-emacs@gnu.org; Wed, 08 Nov 2017 18:42:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eCZys-00039A-EI for bug-gnu-emacs@gnu.org; Wed, 08 Nov 2017 18:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: John Mastro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Nov 2017 23:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29183 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29183-submit@debbugs.gnu.org id=B29183.151018449312063 (code B ref 29183); Wed, 08 Nov 2017 23:42:02 +0000 Original-Received: (at 29183) by debbugs.gnu.org; 8 Nov 2017 23:41:33 +0000 Original-Received: from localhost ([127.0.0.1]:59202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCZyP-00038U-Hv for submit@debbugs.gnu.org; Wed, 08 Nov 2017 18:41:33 -0500 Original-Received: from mail-qt0-f178.google.com ([209.85.216.178]:43613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCZyN-00038F-AM for 29183@debbugs.gnu.org; Wed, 08 Nov 2017 18:41:31 -0500 Original-Received: by mail-qt0-f178.google.com with SMTP id j58so5609745qtj.0 for <29183@debbugs.gnu.org>; Wed, 08 Nov 2017 15:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rGG1PF61a+1KiFLkpfE72hhWWmO+nOJ+0NeeTS7hPRg=; b=Ag/oK3Bb1MppBfzuDzbOmQOSFDTo35yPdCqzbQkSamqoDwO0PVhglTqtI991SOEvvd bp12q1qOKGVyrv0I2XMUZ4r6zUDVN0OJTVixSYIvim65eUC4NwCkFguYkIlamuFKDA0y sbKDd8GhrnPExvQFmD7HzsuTEnqvgKClboDWTvb0RXFfqM34jc91U/AbeYyo9MgRk99r DARRSZYkew+8pv+C2Nk3MQ6F68+Y0dzOU7knW3b6ti3v0Yg+M5B1k54iTGCrPnkQSGS6 tb3Na4Sf8ZlDrvfIyKqD0Wxc0e1tOaeF7sEghsLtvBvgU1/LBqIWGrjDd9GCan4rXdmn sAMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rGG1PF61a+1KiFLkpfE72hhWWmO+nOJ+0NeeTS7hPRg=; b=qJiv0Kz9qSES7SZMshw5r/T6z6Rwx/d3jE7dwEacCCgam4ulY+6AVSyl1aB2khqo5B K5PgBp7xXrZjXcQ349v34CtbU2KZMIToU0/PiN/n5REDZ3DLpszgmVHaByPW1RSFzZ9S /asiwWapXc0yPcfjzjxrBdaBkh9+2kQJ3T4caGXPrSjNS4kQh3fAuCP4joWGZzpsATIk djO/i8Uj1Uh7X+hZytijAcP4Hchr+cEPWV94f7uLtYP7AjRznQMSDJn+V1alr9whbzR4 iBZOO0ZFpsxw9A0+63YXCPmdaMf1blaK5RFi2jEthQ6Nw2t6FgRo13oHs9SoPaa1ZGsq nDgQ== X-Gm-Message-State: AJaThX7Uc363gizfT2h0IdSsU2Y/QoYo642Q/58JX8EWpTtNE5/ZPhHP wVWs/y3IKlFxaXDxmlsCe4J+LE3kGv7dVACAZ2U= X-Google-Smtp-Source: ABhQp+S+yfG/9aa86igdbV2l++qKzMYLKfxHGbxblTefQ9okISQijTOtv5a6CasU1hx/101zDKLZg6F5BUZzYy8W2eQ= X-Received: by 10.200.38.50 with SMTP id u47mr3678283qtu.112.1510184485637; Wed, 08 Nov 2017 15:41:25 -0800 (PST) Original-Received: by 10.200.40.183 with HTTP; Wed, 8 Nov 2017 15:41:05 -0800 (PST) In-Reply-To: <571b940d-666b-c650-429d-5fc7bfc0d078@cs.ucla.edu> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:139644 Archived-At: Paul Eggert wrote: > What is the difference in assembly-language output when you compile with > this: > > static struct thread_state GCALIGNED main_thread; > > versus this? > > static struct thread_state main_thread; I don't know/read assembly, so I'm not sure if this is what you're looking for, but the only line in the diff between the two resulting files that mentions main_thread is that the output from the source with GCALIGNED says: .lcomm main_thread,592,8 Whereas the assembly output from the source without GCALIGNED says: .lcomm main_thread,592,32 The diff is quite large though, 3,685 lines. Almost all of them are either ".uleb128" or ".long" followed by an operand (the operand being what differs). > What is the assembly-language output when compiling the following little > program, when compiled the same way that you compile thread.c? > > struct thread_state { int x; }; > static struct thread_state __attribute__ ((aligned (8))) a; > static struct thread_state b; > struct thread_state *c[] = { &a, &b }; > > On my platform, compiling this with gcc -S yields the following, which looks > properly aligned: > > .file "t.c" > .local a > .comm a,4,8 > .local b > .comm b,4,4 > .globl c > .data > .align 16 > .type c, @object > .size c, 16 > c: > .quad a > .quad b > .ident "GCC: (GNU) 7.2.1 20170915 (Red Hat 7.2.1-2)" > .section .note.GNU-stack,"",@progbits I get the following: .file "t.c" .text .Ltext0: .cfi_sections .debug_frame .globl c .data .align 16 c: .quad a .quad b .lcomm b,4,4 .lcomm a,4,8 .text .Letext0: .file 1 "t.c" .section .debug_info,"dr" [... a bunch of .Ldebug_* sections ...] .Ldebug_line0: .section .debug_str,"dr" .ident "GCC: (Rev1, Built by MSYS2 project) 7.2.0" Let me know if I can provide any other information. John