Bug on configure ... where to report?

Bug on configure ... where to report?

[Andrew Lentvorski]

[-- Attachment #1: Type: text/plain, Size: 3349 bytes --]

I pulled the can-utils from gitorious and am trying to build them up on
a Beaglebone Black Debian but am getting errors when I try to run
configure.  autogen.sh is also producing warnings.

Where do I file a bug report?

Thanks,
-a



root@beaglebone:~/can-utils# uname -a
Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014
armv7l GNU/Linux



root@beaglebone:~/can-utils# ./configure
<...lots deleted...>
checking dependency style of gcc... gcc3
./configure: line 11668: syntax error near unexpected token `)'
./configure: line 11668: `)'




root@beaglebone:~/can-utils# ./autogen.sh

----------
autoreconf
----------

configure.ac:22: warning: The macro `AC_LIBTOOL_WIN32_DLL' is obsolete.
configure.ac:22: You should run autoupdate.
aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
configure.ac:22: the top level
configure.ac:22: warning: AC_LIBTOOL_WIN32_DLL: Remove this warning and
the call to _LT_SET_OPTION when you
configure.ac:22: put the `win32-dll' option into LT_INIT's first parameter.
aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
configure.ac:22: the top level
configure.ac:24: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
configure.ac:24: You should run autoupdate.
aclocal.m4:120: AC_PROG_LIBTOOL is expanded from...
configure.ac:24: the top level
configure.ac:28: warning: The macro `AC_FOREACH' is obsolete.
configure.ac:28: You should run autoupdate.
../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
configure.ac:28: the top level
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config/autoconf'.
libtoolize: copying file `config/autoconf/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `config/m4'.
libtoolize: copying file `config/m4/libtool.m4'
libtoolize: copying file `config/m4/ltoptions.m4'
libtoolize: copying file `config/m4/ltsugar.m4'
libtoolize: copying file `config/m4/ltversion.m4'
libtoolize: copying file `config/m4/lt~obsolete.m4'
libtoolize: Consider adding `-I config/m4' to ACLOCAL_AMFLAGS in
Makefile.am.
configure.ac:22: warning: The macro `AC_LIBTOOL_WIN32_DLL' is obsolete.
configure.ac:22: You should run autoupdate.
aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
configure.ac:22: the top level
configure.ac:22: warning: AC_LIBTOOL_WIN32_DLL: Remove this warning and
the call to _LT_SET_OPTION when you
configure.ac:22: put the `win32-dll' option into LT_INIT's first parameter.
aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
configure.ac:22: the top level
configure.ac:24: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
configure.ac:24: You should run autoupdate.
aclocal.m4:120: AC_PROG_LIBTOOL is expanded from...
configure.ac:24: the top level
configure.ac:28: warning: The macro `AC_FOREACH' is obsolete.
configure.ac:28: You should run autoupdate.
../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
configure.ac:28: the top level
Useless use of /d modifier in transliteration operator at
/usr/share/automake-1.9/Automake/Wrap.pm line 60.

--------
Finished
--------




[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: Bug on configure ... where to report?

[Marc Kleine-Budde]

[-- Attachment #1: Type: text/plain, Size: 4012 bytes --]

On 02/26/2015 01:07 AM, Andrew Lentvorski wrote:
> I pulled the can-utils from gitorious and am trying to build them up on
> a Beaglebone Black Debian but am getting errors when I try to run
> configure.  autogen.sh is also producing warnings.
> 
> Where do I file a bug report?

Here :)

> root@beaglebone:~/can-utils# uname -a
> Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014
> armv7l GNU/Linux
> 
> root@beaglebone:~/can-utils# ./configure
> <...lots deleted...>
> checking dependency style of gcc... gcc3
> ./configure: line 11668: syntax error near unexpected token `)'
> ./configure: line 11668: `)'

There's no configure in the git repo, here does your configure come from?

Which version of debian are you using? Which versions of autoconf,
automake and libtool are you using?

> root@beaglebone:~/can-utils# ./autogen.sh
> 
> ----------
> autoreconf
> ----------
> 
> configure.ac:22: warning: The macro `AC_LIBTOOL_WIN32_DLL' is obsolete.
> configure.ac:22: You should run autoupdate.
> aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
> configure.ac:22: the top level
> configure.ac:22: warning: AC_LIBTOOL_WIN32_DLL: Remove this warning and
> the call to _LT_SET_OPTION when you
> configure.ac:22: put the `win32-dll' option into LT_INIT's first parameter.
> aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
> configure.ac:22: the top level
> configure.ac:24: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
> configure.ac:24: You should run autoupdate.
> aclocal.m4:120: AC_PROG_LIBTOOL is expanded from...
> configure.ac:24: the top level
> configure.ac:28: warning: The macro `AC_FOREACH' is obsolete.
> configure.ac:28: You should run autoupdate.
> ../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
> aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
> aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
> configure.ac:28: the top level
> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config/autoconf'.
> libtoolize: copying file `config/autoconf/ltmain.sh'
> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `config/m4'.
> libtoolize: copying file `config/m4/libtool.m4'
> libtoolize: copying file `config/m4/ltoptions.m4'
> libtoolize: copying file `config/m4/ltsugar.m4'
> libtoolize: copying file `config/m4/ltversion.m4'
> libtoolize: copying file `config/m4/lt~obsolete.m4'
> libtoolize: Consider adding `-I config/m4' to ACLOCAL_AMFLAGS in
> Makefile.am.
> configure.ac:22: warning: The macro `AC_LIBTOOL_WIN32_DLL' is obsolete.
> configure.ac:22: You should run autoupdate.
> aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
> configure.ac:22: the top level
> configure.ac:22: warning: AC_LIBTOOL_WIN32_DLL: Remove this warning and
> the call to _LT_SET_OPTION when you
> configure.ac:22: put the `win32-dll' option into LT_INIT's first parameter.
> aclocal.m4:8118: AC_LIBTOOL_WIN32_DLL is expanded from...
> configure.ac:22: the top level
> configure.ac:24: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
> configure.ac:24: You should run autoupdate.
> aclocal.m4:120: AC_PROG_LIBTOOL is expanded from...
> configure.ac:24: the top level
> configure.ac:28: warning: The macro `AC_FOREACH' is obsolete.
> configure.ac:28: You should run autoupdate.
> ../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
> aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
> aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
> configure.ac:28: the top level
> Useless use of /d modifier in transliteration operator at
> /usr/share/automake-1.9/Automake/Wrap.pm line 60.

Can you try the patch I just send to the list?

regards,
Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Bug on configure ... where to report?

[Marc Kleine-Budde]

[-- Attachment #1: Type: text/plain, Size: 332 bytes --]

BTW: where can I download you gpg public key?

Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Bug on configure ... where to report?

[Andrew Lentvorski]

[-- Attachment #1: Type: text/plain, Size: 2570 bytes --]

Tried your patch but I'm missing something, I think.  Output included at
bottom.

-a


On 2/26/15, 12:45 AM, Marc Kleine-Budde wrote:
> Which version of debian are you using? 

Some form of Wheezy, I think ...

root@beaglebone:~/can-utils# uname -a
Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014
armv7l GNU/Linux


root@beaglebone:~/can-utils# lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 7.8 (wheezy)
Release:	7.8
Codename:	wheezy


> Which versions of autoconf, automake and libtool are you using?


root@beaglebone:~/can-utils# autoconf --version
autoconf (GNU Autoconf) 2.69


root@beaglebone:~/can-utils# automake --version
Useless use of /d modifier in transliteration operator at
/usr/share/automake-1.9/Automake/Wrap.pm line 60.
automake (GNU automake) 1.9.6


root@beaglebone:~/can-utils# libtool --version
libtool (GNU libtool) 2.4.2



> Can you try the patch I just send to the list?


Tried the patch but got this (what am I missing to apply this?):

root@beaglebone:~/can-utils# git apply makefile-patch.diff
fatal: patch with only garbage at line 5

root@beaglebone:~/can-utils# patch <makefile-patch.diff
patch: **** Only garbage was found in the patch input.

root@beaglebone:~/can-utils# cat makefile-patch.diff
diff --git a/GNUmakefile.am b/GNUmakefile.am
index 53dfb4ec47db..580e60d364c2 100644
--- a/GNUmakefile.am
+++ b/GNUmakefile.am
 <at>  <at>  -1,3 +1,5  <at>  <at>
+ACLOCAL_AMFLAGS = -I config/m4
+
 AM_CPPFLAGS = \
 	-I$(top_srcdir)/include \
 	-I$(top_builddir)/include \
diff --git a/configure.ac b/configure.ac
index 2fa16ce35af2..3b695d3aa9ea 100644
--- a/configure.ac
+++ b/configure.ac
 <at>  <at>  -1,8 +1,8  <at>  <at>
 # -*- Autoconf -*-
 # Process this file with autoconf to produce a configure script.
-AC_PREREQ(2.59)
+AC_PREREQ([2.59])

-AC_INIT([can-utils], [trunk], [linux-can <at> vger.kernel.org])
+AC_INIT([can-utils],[trunk],[linux-can <at> vger.kernel.org])
 AC_CONFIG_SRCDIR([lib.c])
 AC_CONFIG_MACRO_DIR([config/m4])
 AC_CONFIG_AUX_DIR([config/autoconf])
 <at>  <at>  -17,13 +17,7  <at>  <at>  CFLAGS="${CFLAGS} -Wall"
 # Checks for programs.
 #
 AC_PROG_CC
-#AM_MISSING_PROG(PERL, perl, $missing_dir)
-# libtool, old:
-AC_LIBTOOL_WIN32_DLL
-#AC_LIBTOOL_TAGS([])
-AC_PROG_LIBTOOL
-# libtool, new:
-# LT_INIT(win32-dll)
+LT_INIT(win32-dll)

 AM_INIT_AUTOMAKE([foreign no-exeext dist-bzip2])
 m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes]]))
--



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: Bug on configure ... where to report?

[Oliver Hartkopp]

On 03/02/2015 11:57 PM, Andrew Lentvorski wrote:

> Tried the patch but got this (what am I missing to apply this?):
> 
> root@beaglebone:~/can-utils# git apply makefile-patch.diff
> fatal: patch with only garbage at line 5
> 
> root@beaglebone:~/can-utils# patch <makefile-patch.diff
> patch: **** Only garbage was found in the patch input.
> 
> root@beaglebone:~/can-utils# cat makefile-patch.diff
> diff --git a/GNUmakefile.am b/GNUmakefile.am
> index 53dfb4ec47db..580e60d364c2 100644
> --- a/GNUmakefile.am
> +++ b/GNUmakefile.am
>  <at>  <at>  -1,3 +1,5  <at>  <at>


Your mail client obviously mangled the content :-(

'<at>' has to be '@' of course ...

You may check the content from the mailing list archive:
http://marc.info/?l=linux-can&m=142494031528060&w=2

[Download message RAW] ->

http://marc.info/?l=linux-can&m=142494031528060&q=raw

Just save this link as file and try to apply that file.

cd can-utils
patch -p1 < downloaded.patch

I tested this approach and it worked.

Regards,
Oliver

Re: Bug on configure ... where to report?

[Andrew Lentvorski]

[-- Attachment #1: Type: text/plain, Size: 7312 bytes --]

That patch didn't hit my inbox (for some reason), so I went to gmane
to grab the patch.  gmane mangled it.  I can't believe I missed that. :(

git apply and patch work fine after I unmangle the patch.


Problem still remains though.  Configure script works fine if I delete
that parenthesis.  What should I send to help you figure this out?

-a




root@beaglebone:~/can-utils# patch -p1 <../can-utils-patch 
patching file GNUmakefile.am
patching file configure.ac
root@beaglebone:~/can-utils# ./autogen.sh

----------
autoreconf
----------

configure.ac:22: warning: The macro `AC_FOREACH' is obsolete.
configure.ac:22: You should run autoupdate.
../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
configure.ac:22: the top level
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config/autoconf'.
libtoolize: copying file `config/autoconf/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `config/m4'.
libtoolize: copying file `config/m4/libtool.m4'
libtoolize: copying file `config/m4/ltoptions.m4'
libtoolize: copying file `config/m4/ltsugar.m4'
libtoolize: copying file `config/m4/ltversion.m4'
libtoolize: copying file `config/m4/lt~obsolete.m4'
libtoolize: Consider adding `-I config/m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:22: warning: The macro `AC_FOREACH' is obsolete.
configure.ac:22: You should run autoupdate.
../../lib/autoconf/general.m4:194: AC_FOREACH is expanded from...
aclocal.m4:9254: _AM_SET_OPTIONS is expanded from...
aclocal.m4:8956: AM_INIT_AUTOMAKE is expanded from...
configure.ac:22: the top level
Useless use of /d modifier in transliteration operator at /usr/share/automake-1.9/Automake/Wrap.pm line 60.
configure.ac: installing `config/autoconf/install-sh'
configure.ac: installing `config/autoconf/missing'
configure.ac:10: installing `config/autoconf/config.guess'
configure.ac:10: installing `config/autoconf/config.sub'
GNUmakefile.am: installing `config/autoconf/depcomp'

--------
Finished
--------

root@beaglebone:~/can-utils# ./configure
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert armv7l-unknown-linux-gnueabihf file names to armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
checking how to convert armv7l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking for gawk... no
checking for mawk... mawk
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
./configure: line 11660: syntax error near unexpected token `)'
./configure: line 11660: `)'


Relevant section of the configure file:
11642 { $as_echo "$as_me:${as_lineno-$LINENO}: result: $am_cv_CC_dependencies_compiler_type" >&5
11643 $as_echo "$am_cv_CC_dependencies_compiler_type" >&6; }
11644 CCDEPMODE=depmode=$am_cv_CC_dependencies_compiler_type
11645 
11646 
11647 
11648 if
11649   test "x$enable_dependency_tracking" != xno \
11650   && test "$am_cv_CC_dependencies_compiler_type" = gcc3; then
11651   am__fastdepCC_TRUE=
11652   am__fastdepCC_FALSE='#'
11653 else
11654   am__fastdepCC_TRUE='#'
11655   am__fastdepCC_FALSE=
11656 fi
11657 
11658 
11659 
11660 )
11661 
11662 #
11663 # Checks for header files.
11664 #
11665 for ac_header in  \
11666         fcntl.h \
11667         limits.h \
11668         locale.h \
11669         stdint.h \
11670         stdlib.h \
11671         string.h \
11672         syslog.h \
11673         termios.h \
11674         unistd.h \
11675         \
11676         netinet/in.h \
11677         \
11678         sys/ioctl.h \
11679         sys/socket.h \
11680         sys/time.h \
11681 
11682 do :
11683   as_ac_Header=`$as_echo "ac_cv_header_$ac_header" | $as_tr_sh`
11684 ac_fn_c_check_header_mongrel "$LINENO" "$ac_header" "$as_ac_Header" "$ac_includes_default"
11685 if eval test \"x\$"$as_ac_Header"\" = x"yes"; then :
11686   cat >>confdefs.h <<_ACEOF
11687 #define `$as_echo "HAVE_$ac_header" | $as_tr_cpp` 1
11688 _ACEOF
11689 
11690 fi
11691 
11692 done
11693 
11694 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: Bug on configure ... where to report?

[Marc Kleine-Budde]

[-- Attachment #1: Type: text/plain, Size: 849 bytes --]

On 03/02/2015 11:57 PM, Andrew Lentvorski wrote:
>> Which versions of autoconf, automake and libtool are you using?
> 
> root@beaglebone:~/can-utils# autoconf --version
> autoconf (GNU Autoconf) 2.69
> 
> root@beaglebone:~/can-utils# automake --version
> Useless use of /d modifier in transliteration operator at
> /usr/share/automake-1.9/Automake/Wrap.pm line 60.
> automake (GNU automake) 1.9.6

Can you upgrade to wheezy's latest automake, that's 1.11.6.

I've tested on a wheezy system with automake-1.11.6 and it works, even
without the patch.

Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Bug on configure ... where to report?

[Andrew Lentvorski]

[-- Attachment #1: Type: text/plain, Size: 330 bytes --]

That worked even without the patch.  I had to explicitly install
automake with "apt-get install automake".  The standard "apt-get update;
apt-get upgrade" dance was insufficient.

Presumably, this is all about to be moot as it seems that debian jessie
actually has a can-utils package.

Thanks for all the effort.

-a


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]