GNU bug report logs -
#52711
undefined reference to '__muloti4'
Previous Next
Reported by: Alan Third <alan <at> idiocy.org>
Date: Tue, 21 Dec 2021 19:32:01 UTC
Severity: normal
Tags: moreinfo
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 52711 in the body.
You can then email your comments to 52711 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 19:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alan Third <alan <at> idiocy.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 21 Dec 2021 19:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I no longer seem to be able to build the master branch. I'm getting
this error:
CCLD temacs
fileio.c:6261: error: undefined reference to '__muloti4'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [Makefile:697: temacs] Error 1
I had a look but couldn't see where the problem comes from. I'm using
clang on Debian testing, if that matters.
I'm not sure when the problem started as I haven't built Emacs from
source on this machine in at least a couple of weeks.
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 19:48:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 21 Dec 2021 19:30:42 +0000
> From: Alan Third <alan <at> idiocy.org>
>
> I no longer seem to be able to build the master branch. I'm getting
> this error:
>
> CCLD temacs
> fileio.c:6261: error: undefined reference to '__muloti4'
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make[2]: *** [Makefile:697: temacs] Error 1
>
> I had a look but couldn't see where the problem comes from. I'm using
> clang on Debian testing, if that matters.
Try using "nm -A fileio.o" to see what is that function and which code
calls it.
If nothing else helps, try bisecting. (But my crystal ball says it
isn't Emacs that changed, it's something else on that system.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 20:13:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
On Tue, Dec 21, 2021 at 09:47:49PM +0200, Eli Zaretskii wrote:
> > Date: Tue, 21 Dec 2021 19:30:42 +0000
> > From: Alan Third <alan <at> idiocy.org>
> >
> > I no longer seem to be able to build the master branch. I'm getting
> > this error:
> >
> > CCLD temacs
> > fileio.c:6261: error: undefined reference to '__muloti4'
> > clang: error: linker command failed with exit code 1 (use -v to see invocation)
> > make[2]: *** [Makefile:697: temacs] Error 1
> >
> > I had a look but couldn't see where the problem comes from. I'm using
> > clang on Debian testing, if that matters.
>
> Try using "nm -A fileio.o" to see what is that function and which code
> calls it.
>
> If nothing else helps, try bisecting. (But my crystal ball says it
> isn't Emacs that changed, it's something else on that system.)
Looks like it's gnulib:
f05a93e8232e6f56458ac16d733b03e96a63e930 is the first bad commit
commit f05a93e8232e6f56458ac16d733b03e96a63e930
Author: Paul Eggert <eggert <at> cs.ucla.edu>
Date: Sat Dec 18 16:12:38 2021 -0800
Update from gnulib
I think the actual call is deep within some nested macros.
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 20:18:02 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 21 Dec 2021 20:12:07 +0000
> From: Alan Third <alan <at> idiocy.org>
> Cc: bug-gnu-emacs <at> gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
>
> On Tue, Dec 21, 2021 at 09:47:49PM +0200, Eli Zaretskii wrote:
> > > Date: Tue, 21 Dec 2021 19:30:42 +0000
> > > From: Alan Third <alan <at> idiocy.org>
> > >
> > > I no longer seem to be able to build the master branch. I'm getting
> > > this error:
> > >
> > > CCLD temacs
> > > fileio.c:6261: error: undefined reference to '__muloti4'
> > > clang: error: linker command failed with exit code 1 (use -v to see invocation)
> > > make[2]: *** [Makefile:697: temacs] Error 1
> > >
> > > I had a look but couldn't see where the problem comes from. I'm using
> > > clang on Debian testing, if that matters.
> >
> > Try using "nm -A fileio.o" to see what is that function and which code
> > calls it.
> >
> > If nothing else helps, try bisecting. (But my crystal ball says it
> > isn't Emacs that changed, it's something else on that system.)
>
> Looks like it's gnulib:
>
> f05a93e8232e6f56458ac16d733b03e96a63e930 is the first bad commit
> commit f05a93e8232e6f56458ac16d733b03e96a63e930
> Author: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Sat Dec 18 16:12:38 2021 -0800
> Update from gnulib
>
> I think the actual call is deep within some nested macros.
If you do "nm -A libgnu.a", do you see this function in the library?
If so, from what file does it come?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 21:28:02 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
On Tue, Dec 21, 2021 at 10:17:22PM +0200, Eli Zaretskii wrote:
> > Date: Tue, 21 Dec 2021 20:12:07 +0000
> > From: Alan Third <alan <at> idiocy.org>
> > Cc: bug-gnu-emacs <at> gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
> >
> > On Tue, Dec 21, 2021 at 09:47:49PM +0200, Eli Zaretskii wrote:
> > > > Date: Tue, 21 Dec 2021 19:30:42 +0000
> > > > From: Alan Third <alan <at> idiocy.org>
> > > >
> > > > I no longer seem to be able to build the master branch. I'm getting
> > > > this error:
> > > >
> > > > CCLD temacs
> > > > fileio.c:6261: error: undefined reference to '__muloti4'
> > > > clang: error: linker command failed with exit code 1 (use -v to see invocation)
> > > > make[2]: *** [Makefile:697: temacs] Error 1
> > > >
> > > > I had a look but couldn't see where the problem comes from. I'm using
> > > > clang on Debian testing, if that matters.
> > >
> > > Try using "nm -A fileio.o" to see what is that function and which code
> > > calls it.
> > >
> > > If nothing else helps, try bisecting. (But my crystal ball says it
> > > isn't Emacs that changed, it's something else on that system.)
> >
> > Looks like it's gnulib:
> >
> > f05a93e8232e6f56458ac16d733b03e96a63e930 is the first bad commit
> > commit f05a93e8232e6f56458ac16d733b03e96a63e930
> > Author: Paul Eggert <eggert <at> cs.ucla.edu>
> > Date: Sat Dec 18 16:12:38 2021 -0800
> > Update from gnulib
> >
> > I think the actual call is deep within some nested macros.
>
> If you do "nm -A libgnu.a", do you see this function in the library?
> If so, from what file does it come?
No, it's not listed in the output...
OK, so some searching shows it's a clang bug that was only just fixed
last month, so won't be in whatever version of clang I've got access
to.
https://bugs.llvm.org/show_bug.cgi?id=16404
As described in that thread, adding this to LDFLAGS sorts it:
--rtlib=compiler-rt --unwindlib=libgcc
--
Alan Third
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52711
; Package
emacs
.
(Tue, 21 Dec 2021 23:43:01 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
On 12/21/21 12:12, Alan Third wrote:
> Looks like it's gnulib:
Indeed it is. In a recent Gnulib change I misspelled "__clang_major__"
in an ifdef, which caused intprops.h to incorrectly assume that you were
running Clang 14 (which isn't out yet) and therefore intprops.h did not
work around Clang bug 16404, a bug that is present on your Clang
11-based platform.
Sorry about that. I corrected the misspelling in Gnulib and propagated
the latest Gnulib into Emacs, so it should work now.
Added tag(s) moreinfo.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 22 Dec 2021 06:04:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Alan Third <alan <at> idiocy.org>
:
You have taken responsibility.
(Wed, 22 Dec 2021 13:54:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Alan Third <alan <at> idiocy.org>
:
bug acknowledged by developer.
(Wed, 22 Dec 2021 13:54:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 52711-done <at> debbugs.gnu.org (full text, mbox):
On Tue, Dec 21, 2021 at 03:41:51PM -0800, Paul Eggert wrote:
> On 12/21/21 12:12, Alan Third wrote:
> > Looks like it's gnulib:
>
> Indeed it is. In a recent Gnulib change I misspelled "__clang_major__" in an
> ifdef, which caused intprops.h to incorrectly assume that you were running
> Clang 14 (which isn't out yet) and therefore intprops.h did not work around
> Clang bug 16404, a bug that is present on your Clang 11-based platform.
>
> Sorry about that. I corrected the misspelling in Gnulib and propagated the
> latest Gnulib into Emacs, so it should work now.
Thanks, Paul. That's it sorted now.
--
Alan Third
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 20 Jan 2022 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 68 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.