Created attachment 2459 [details] patch I write this in here as bug report as I didn't receive response in IRC: [14:51] <pespin> Hi, a colleague of mine got this error while building yasm in poky a few days ago: configure.ac:99: error: possibly undefined macro: AM_WITH_DMALLOC | If this token and others are legitimate, please use m4_pattern_allow. [14:51] <pespin> I am not able to reproduce it now, but I read several topics on the internet [14:51] <pespin> and it seems related to AC stuff being read from aclocal.m4 which gets deleted at some point in build [14:51] <pespin> and I saw several recipes copying the file to acinclude.m4 [14:52] <pespin> can someone give me five cents on wheter that should be done for yasm? [14:52] <pespin> it is indeed reading from aclocal.m4 too ERROR: Function failed: do_configure (log file is located at /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/temp/log.do_configure.726) ERROR: Logfile of failure stored in: /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/temp/log.do_configure.726 Log data follows: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: Executing shell function autotools_preconfigure | DEBUG: Shell function autotools_preconfigure finished | DEBUG: Executing python function autotools_copy_aclocals | DEBUG: Python function autotools_copy_aclocals finished | DEBUG: Executing shell function do_configure | automake (GNU automake) 1.14 | Copyright (C) 2013 Free Software Foundation, Inc. | License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl-2.0.html> | This is free software: you are free to change and redistribute it. | There is NO WARRANTY, to the extent permitted by law. | | Written by Tom Tromey <tromey@redhat.com> | and Alexandre Duret-Lutz <adl@gnu.org>. | AUTOV is 1 | NOTE: Executing ACLOCAL="aclocal --system-acdir=/home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/build/aclocal-copy/" autoreconf --verbose --install --force --exclude=autopoint -I /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/yasm-1.2.0/m4/ | autoreconf: Entering directory `.' | autoreconf: configure.ac: not using Gettext | autoreconf: running: aclocal --system-acdir=/home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/build/aclocal-copy/ -I /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/yasm-1.2.0/m4/ -I /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/yasm-1.2.0/m4/ --force -I m4 | configure.ac:99: warning: macro 'AM_WITH_DMALLOC' not found in library | 1.2.0 | autoreconf: configure.ac: tracing | autoreconf: configure.ac: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION | autoreconf: configure.ac: not using Libtool | autoreconf: running: /home/extra/git/mydistro/build/tmp/sysroots/x86_64-linux/usr/bin/autoconf --include=/home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/yasm-1.2.0/m4/ --force | configure.ac:99: error: possibly undefined macro: AM_WITH_DMALLOC | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | autoreconf: /home/extra/git/mydistro/build/tmp/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_configure (log file is located at /home/extra/git/mydistro/build/tmp/work/x86_64-linux/yasm-native/1.2.0-r0/temp/log.do_configure.726) ERROR: Task 1879 (virtual:native:/home/extra/git/mydistro/build/../poky/meta/recipes-devtools/yasm/yasm_1.2.0.bb, do_configure) failed with exit code '1' I also found some message like this one, which makes me think acincude.m4 should be used instead of aclocal.m4: dnl acinclude.m4. Change *this* file to add new or change macros. dnl When changes have been made, delete aclocal.m4 and run dnl "aclocal". dnl dnl DO NOT change aclocal.m4 ! dnl I attach a patch as a fix in case it is actually needed, as seen in other recipes: https://lists.yoctoproject.org/pipermail/yocto/2012-March/005712.html
The upstream aclocal.m4 appears to be a correctly generated file instead of hand-coded which is the usual problem, so this isn't the correct fix. I also can't replicate this. What release of oe-core/poky/etc are you using?
I wasn't able to replicate it neither, it was only triggered once by a colleague of mine, but I though it would be worth reporting it in case someone had similar problems. I am using yocto 1.6.1
So at the moment given the bug doesn't seem to be reproducible and the attached fix isn't the correct one, I'm inclined to close this I'm afraid - but if you do figure out a way to reproduce it or even better you manage to fix the underlying cause, please do reopen the bug and we'll dig into it.
Hi, sounds good to me to close it as I was not even able to reproduce it again myself. Thanks for reviewing.
can not be reproduced by reporter