From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?andr=C3=A9s_?= =?UTF-8?Q?ram=C3=ADrez?= Newsgroups: gmane.emacs.bugs Subject: bug#38133: 27.0.50; compiling master and core dump with r139382-1 Date: Fri, 08 Nov 2019 16:40:00 +0000 Organization: bien.comun.org Message-ID: <86ftiywcdb.fsf@gmail.com> References: <87wocav5il.fsf@manco.pe> <83sgmybfjt.fsf@gnu.org> <86imnuwhpg.fsf@gmail.com> <83r22ibdhe.fsf@gnu.org> <86h83eweze.fsf@gmail.com> <83lfsqbb67.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="143167"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38133@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 08 17:41:12 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iT7Jw-000b6l-EH for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 17:41:12 +0100 Original-Received: from localhost ([::1]:57334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT7Jv-0001bX-8E for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 11:41:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35344) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT7Jo-0001bC-2t for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 11:41:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iT7Jm-0004S1-DK for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 11:41:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38688) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iT7Jm-0004Rs-A3 for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 11:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iT7Jm-0002TZ-5W for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 11:41:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?andr=C3=A9s_?= =?UTF-8?Q?ram=C3=ADrez?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 16:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38133 X-GNU-PR-Package: emacs Original-Received: via spool by 38133-submit@debbugs.gnu.org id=B38133.15732312139451 (code B ref 38133); Fri, 08 Nov 2019 16:41:02 +0000 Original-Received: (at 38133) by debbugs.gnu.org; 8 Nov 2019 16:40:13 +0000 Original-Received: from localhost ([127.0.0.1]:47509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT7Iy-0002SM-WE for submit@debbugs.gnu.org; Fri, 08 Nov 2019 11:40:13 -0500 Original-Received: from mail-vs1-f46.google.com ([209.85.217.46]:35921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT7Iw-0002S5-CZ for 38133@debbugs.gnu.org; Fri, 08 Nov 2019 11:40:11 -0500 Original-Received: by mail-vs1-f46.google.com with SMTP id q21so4201095vsg.3 for <38133@debbugs.gnu.org>; Fri, 08 Nov 2019 08:40:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:organization:references:date :message-id:mime-version; bh=gKSHCgqAzdt7o/ZqBFDRl/lqz3CuYoMmRHl8xggTcC4=; b=W1JlOXiZXmeWWDuAG8NN7jB63MnHkkGwPVxMMHuibNWnaEv+wg/ju0t44PM2Flj0rS 8h6TKSg8hPnzHrG9ftFqO4RMc5vyE+2V46OJHb1Y5rjM7XE/YPRFoMB61YTdhUwTwqMN 16wd+98zw8yqb8GaRI0+JRBnRUzyav5+xxIp0sWrDBXkvyTTzdw0qzsgXSa+z1CXE6kk /MksyqUOpK0V9YB0W3QirTDEe00HIUn/ChInVc98XKNrb4cKSfkKI8TVM3qC8el8yQCx CWy+rswcGtc3JRKGYtd4xW4WDlpx034grgN1AbNh4ev6FrlSqJpcqdEW60EUKRpDo4+b c59g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:organization :references:date:message-id:mime-version; bh=gKSHCgqAzdt7o/ZqBFDRl/lqz3CuYoMmRHl8xggTcC4=; b=OiAZ9Au6XCqqGb5onQ+NzlM409ab9zrbMccuv4zuySAcpb1guyGxhcvuAeTQwdtSc8 Npe94tm+L+Eo/GMd94kLxb+7GIlRDH6wa5UIDNN+5oXT3zDW84RuvCxLFhfP4IcUdZ+w okWQTRrgXmrh2kkUHsw6dV4mlmtZapKmVaLQ1tUus37GdAIdfBR/M2ouF6NdODnywrRG K3mQMJPsdsebeHjNtSXfr2GdYcvJRF7dc5vf9n4T4hGeAuCoYmpLCi4yGdQW4M0LmMuv llRwwbcY1nbOgp6veGNAZL/mAZprVybGQh7GC7SHb4XGwQ43wyWRdRPxgmJC/J9l0fM5 0zjw== X-Gm-Message-State: APjAAAVzHtg3coGyCuZa2X0FJlsmSLMqV00Mg/zM9zM/RzexGkAi5OTY 3O7K0vLVo1GxhHZ1g5+AXiCkkKNJ X-Google-Smtp-Source: APXvYqwmC7nCFxPvQ6zxqrA1Aprci79y8W71yM3iDAGC4xhUfpgW4ld+gWy7oEWnq0yE75r3kb08oQ== X-Received: by 2002:a05:6102:670:: with SMTP id z16mr8474200vsf.33.1573231204214; Fri, 08 Nov 2019 08:40:04 -0800 (PST) Original-Received: from sacsa.n800.arm.processor.yandex.fm ([190.239.244.220]) by smtp.gmail.com with ESMTPSA id q16sm1743529vke.31.2019.11.08.08.40.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Nov 2019 08:40:02 -0800 (PST) In-Reply-To: <83lfsqbb67.fsf@gnu.org> X-Attribution: INKA 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: 209.51.188.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:171231 Archived-At: Hi Eli. Eli> If that was from a running Emacs, then why don't I see what fatal Eli> signal crashed Emacs? It is the first thing GDB announces when a Eli> debugged program crashes. If you elided that, please post that Eli> part, it's important. --8<---------------cut here---------------start------------->8--- Current directory is ~/ GNU gdb (GDB) 8.3.1 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from emacs... (gdb) run Starting program: /usr/bin/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0xb2bb7b40 (LWP 14866)] Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x006283d5 in xlw_create_menubar (instance=0xd122f0) at lwlib-Xlw.c:139 139 XtSetArg (al[ac], XtNmenu, instance->info->val); ac++; (gdb) bt #0 0x006283d5 in xlw_create_menubar (instance=0xd122f0) at lwlib-Xlw.c:139 #1 0x006275d0 in instantiate_widget_instance (instance=instance@entry=0xd122f0) at lwlib.c:726 #2 0x00627698 in allocate_widget_instance (info=0xc7a6e0, parent=parent@entry=0xb60b10, pop_up_p=pop_up_p@entry=0 '\000') at lwlib.c:223 #3 0x00627b46 in lw_make_widget (id=1, parent=0xb60b10, pop_up_p=0 '\000') at lwlib.c:770 #4 0x00627b96 in lw_create_widget (type=0x6477bd "menubar", name=0x6477bd "menubar", id=1, val=0xc7afd0, parent=0xb60b10, pop_up_p=0 '\000', pre_activate_cb=0x4792ce , selection_cb=0x47929a , post_activate_cb=0x479139 , highlight_cb=0x479264 ) at lwlib.c:786 #5 0x0047a6e7 in set_frame_menubar (f=, first_time=, deep_p=) at xmenu.c:959 #6 0x0047a97a in initialize_frame_menubar (f=0xc16200) at xmenu.c:1032 #7 0x004f056e in Fx_create_frame (parms=0xa2647b) at xfns.c:4101 #8 0x00585406 in funcall_subr (subr=0x8f7990 , numargs=1, args=0xbfffdf54) at eval.c:2867 #9 0x00583d4c in Ffuncall (nargs=2, args=0xbfffdf50) at eval.c:2794 #10 0x005bd239 in exec_byte_code (bytestr=0xb31e78bc, vector=0xb31e6fcd, maxdepth=0x36, args_template=0x402, nargs=1, args=) at bytecode.c:633 #11 0x005867e6 in funcall_lambda (fun=fun@entry=0xb31e6fb5, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0xbfffe18c) at eval.c:2989 #12 0x00583d62 in Ffuncall (nargs=2, args=0xbfffe188) at eval.c:2796 #13 0x005bd239 in exec_byte_code (bytestr=0xb31e78dc, vector=0xb31e6f95, maxdepth=0xe, args_template=0x406, nargs=1, args=) at bytecode.c:633 #14 0x005867e6 in funcall_lambda (fun=fun@entry=0xb31e6f6d, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0xbfffe444) at eval.c:2989 #15 0x00583d62 in Ffuncall (nargs=2, args=0xbfffe440) at eval.c:2796 #16 0x005840c3 in Fapply (nargs=2, args=0xbfffe440) at eval.c:2381 #17 0x005853a8 in funcall_subr (subr=0x8fa930 , numargs=2, args=0xbfffe440) at eval.c:2847 #18 0x00583d4c in Ffuncall (nargs=3, args=0xbfffe43c) at eval.c:2794 #19 0x005bd239 in exec_byte_code (bytestr=0xb311aff4, vector=0xb311b005, maxdepth=0x3e, args_template=0x202, nargs=1, args=) at bytecode.c:633 #20 0x005867e6 in funcall_lambda (fun=fun@entry=0xb311afdd, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0xbfffe664) at eval.c:2989 #21 0x00583d62 in Ffuncall (nargs=2, args=0xbfffe660) at eval.c:2796 #22 0x005bd239 in exec_byte_code (bytestr=0xb31e802c, vector=0xb3119a85, maxdepth=0x3a, args_template=0x402, nargs=1, args=) at bytecode.c:633 #23 0x005867e6 in funcall_lambda (fun=fun@entry=0xb3119a65, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0xbfffe958) at eval.c:2989 #24 0x00583d62 in Ffuncall (nargs=2, args=0xbfffe954) at eval.c:2796 #25 0x005bd239 in exec_byte_code (bytestr=0xb32ff09c, vector=0xb32ff045, maxdepth=0x1a, args_template=0x2, nargs=0, args=) at bytecode.c:633 #26 0x005867e6 in funcall_lambda (fun=fun@entry=0xb32ff02d, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0xbfffeb60) at eval.c:2989 #27 0x00583d62 in Ffuncall (nargs=1, args=0xbfffeb5c) at eval.c:2796 #28 0x005bd239 in exec_byte_code (bytestr=0xb3302e04, vector=0xb3300b3d, maxdepth=0x3a, args_template=0x2, nargs=0, args=) at bytecode.c:633 #29 0x005867e6 in funcall_lambda (fun=fun@entry=0xb3300b25, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0xbffff3bc) at eval.c:2989 #30 0x00583d62 in Ffuncall (nargs=1, args=0xbffff3b8) at eval.c:2796 #31 0x005bd239 in exec_byte_code (bytestr=0xb33033b4, vector=0xb3302eed, maxdepth=0x32, args_template=0x2, nargs=0, args=) at bytecode.c:633 #32 0x005867e6 in funcall_lambda (fun=fun@entry=0xb3302ed5, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0xbffff730) at eval.c:2989 #33 0x00585d05 in apply_lambda (fun=fun@entry=0xb3302ed5, args=, count=count@entry=4) at eval.c:2926 #34 0x005863aa in eval_sub (form=0xb33b5e83) at eval.c:2318 #35 0x0058814a in Feval (form=0xb33b5e83, lexical=0x0) at eval.c:2102 #36 0x00503666 in top_level_2 () at keyboard.c:1100 #37 0x00582ea8 in internal_condition_case (bfun=0x503638 , handlers=0x48, hfun=0x508b94 ) at eval.c:1355 #38 0x0050361f in top_level_1 (ignore=0x0) at keyboard.c:1108 #39 0x00582e0c in internal_catch (tag=0x6a68, func=0x5035a4 , arg=0x0) at eval.c:1116 #40 0x0050351b in command_loop () at keyboard.c:1069 #41 0x00508764 in recursive_edit_1 () at keyboard.c:714 #42 0x00508aac in Frecursive_edit () at keyboard.c:786 #43 0x005025f9 in main (argc=, argv=) at emacs.c:2055 (gdb) --8<---------------cut here---------------end--------------->8--- Eli> Also, did you specify these link switches: Eli> LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now >> >> No. I am just packaging master with default flags but no LDFLAGS >> especified on the script (I have re-checked it). Eli> So where do they come from? Do you see them in src/Makefile? Yes. You are Right. Should I remove then? >> I Got a different issue which i workarounded two lines below: >> >> mkdir build; cd build; ../configure .....; make (got an error) gcc: >> error: ../lwlib/liblw.a: No such file or directory Eli> Does this mean liblw.a was created in the source directory, not Eli> in the build directory? Not sure about this. Because on the same directory where I am packaging for my distro. I have created a build directory (where I am testing. according to our discussion).