Mon 18 Nov 2013 06:28:02 PM UTC, comment #9:
Fixed now really.
|
Mon 18 Nov 2013 04:56:53 PM UTC, comment #8:
I tried to checkout today and build:
It still fails with missing src/Makefile.in
So I opened the entry again...
|
Thu 14 Nov 2013 06:03:02 PM UTC, comment #7:
Finally, the patch to fix all the '%'-style warnings. Please find it attached.
Tested as much as possible, please do so as well.
(file #29620)
|
Thu 14 Nov 2013 02:07:52 PM UTC, comment #6:
If pattern rules are okay,
it should be a matter of ensuring that no target matches two rules.
To that end, it should be sufficient to ensure that gcc and avr-gcc sources are not in the same directory.
On the subject of autotools, if all else fails,
we might want to include them along with the simulator.
|
Thu 14 Nov 2013 10:23:23 AM UTC, comment #5:
Update on the fixing attempts:
- If you look closer, all the '%'-style warnings are in directories using avr-gcc only. Somebody took care of all the others already.
- I tried hard to shoehorn the matter into the preferred automake pattern, like (in examples/anacomp):
bin_PROGRAMS = anacomp
anacomp_SOURCES = main.c
anacomp_CC = $(AVR_GCC)
anacomp_CFLAGS = $(AVR_CFLAGS)
Doesn't work, though, automake simply refuses to use a compiler different from gcc. No matter which variants I tried.
- A general rule like
.c.o:
$(avr-gcc) ...
ends up in having a duplicate rule. No solution either, this way even make complains.
|
Wed 13 Nov 2013 09:28:36 AM UTC, comment #4:
Added two more patches to fix warnings (and enhance portability). Both of them tested to build (but fail when building texinfo stuff) and run the regression tests flawlessly.
(file #29604, file #29605)
|
Wed 13 Nov 2013 08:38:31 AM UTC, comment #3:
Exactly the same tools here on Ubuntu 13.10.
I've added a patch which removes the "treat warnings as errors" thing. This way, Makefile.ins are created again, so it might suit as an intermediate solution.
While changing variable names is straightforward, getting rid of rules like
%.o: $(srcdir)/%.c
isn't trivial (couldn't find a recipe in the net).
(file #29603)
|
Wed 13 Nov 2013 08:07:45 AM UTC, comment #2:
I have the same results with fedora 19 distro.
Problem comes up with:
automake (GNU automake) 1.13.4
autoconf (GNU Autoconf) 2.69
|
Wed 13 Nov 2013 04:57:09 AM UTC, comment #1:
Hi Markus,
which version of autotools and automake do you use? For me it looks so, that this is maybe a new version of autotools/automake, which has problems with some statements. What distribution do you use? Or the tools are built and installed by yourself?
I can see "warnings treated as errors". Maybe a environment switch, which do that? This is in my opinion the reason, why src/Makefile.in isn't generated.
cu, Thomas
|
Tue 12 Nov 2013 11:37:13 PM UTC, original submission:
I just tried to build simulavr from current Git sources and couldn't, because bootstrap doesn't build src/Makefile.in, which in turn causes configure to complain close to the end of its run:
$ ./bootstrap
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
automake: warnings are treated as errors
doc/Makefile.am:8: warning: suffix '.texinfo' for Texinfo files is discouraged; use '.texi' instead
examples/anacomp/Makefile.am:38: warning: '%'-style pattern rules are a GNU make extension
examples/atmega128_timer/Makefile.am:27: warning: '%'-style pattern rules are a GNU make extension
examples/atmega48/Makefile.am:46: warning: '%'-style pattern rules are a GNU make extension
examples/atmel_key/Makefile.am:42: warning: '%'-style pattern rules are a GNU make extension
examples/feedback/Makefile.am:34: warning: '%'-style pattern rules are a GNU make extension
examples/simple_ex1/Makefile.am:38: warning: '%'-style pattern rules are a GNU make extension
examples/spi/Makefile.am:39: warning: '%'-style pattern rules are a GNU make extension
examples/stdiodemo/Makefile.am:41: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:32: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:47: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:56: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:59: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:62: warning: '%'-style pattern rules are a GNU make extension
examples/verilog/Makefile.am:65: warning: '%'-style pattern rules are a GNU make extension
regress/gtest/Makefile.am:60: warning: '%'-style pattern rules are a GNU make extension
regress/gtest/Makefile.am:63: warning: '%'-style pattern rules are a GNU make extension
regress/gtest/Makefile.am:66: warning: '%'-style pattern rules are a GNU make extension
regress/gtest/Makefile.am:45: warning: 'CXXFLAGS' is a user variable, you should not override it;
regress/gtest/Makefile.am:45: use 'AM_CXXFLAGS' instead
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'lib_pysimulavr.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:34: while processing Libtool library 'lib_pysimulavr.la'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'libavrvpi.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:59: while processing Libtool library 'libavrvpi.la'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'libsim.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:18: while processing Libtool library 'libsim.la'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'libsimulavr.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:27: while processing Libtool library 'libsimulavr.la'
src/Makefile.am:13: warning: 'CXXFLAGS' is a user variable, you should not override it;
src/Makefile.am:13: use 'AM_CXXFLAGS' instead
Now type './configure' to configure simulavr.
$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
[... lots of stuff stripped ...]
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating regress/regress.py
config.status: creating Makefile
config.status: error: cannot find input file: `src/Makefile.in'
$
config.status is right, src/Makefile.in is indeed missing.
|