bugSimulavr: an AVR simulator - Bugs: bug #40559, bootstrap doesn't build...

 
 

bug #40559: bootstrap doesn't build src/Makefile.in

Submitted by:  Markus Hitter <hitterm>
Submitted on:  Tue 12 Nov 2013 11:37:13 PM UTC  
 
Category: ConfigureSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Thomas K. <tomk>
Open/Closed: ClosedComponent Version: simulavr

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Mon 18 Nov 2013 06:28:02 PM UTC, comment #9:

Fixed now really.

Thomas K. <tomk>
Project AdministratorIn charge of this item.
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...

Klaus Rudolph <zfrdh>
Project Administrator
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)

Markus Hitter <hitterm>
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.

Michael Hennebry <skeeve2>
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.

Markus Hitter <hitterm>
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)

Markus Hitter <hitterm>
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)

Markus Hitter <hitterm>
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

Klaus Rudolph <zfrdh>
Project Administrator
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

Thomas K. <tomk>
Project AdministratorIn charge of this item.
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.

Markus Hitter <hitterm>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by skeeve2 (Posted a comment)
  • -unavailable- added by zfrdh (Posted a comment)
  • -unavailable- added by tomk (Posted a comment)
  • -unavailable- added by hitterm (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 10 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 18 Nov 2013 06:28:02 PM UTCtomkOpen/ClosedOpen=>Closed
    Mon 18 Nov 2013 04:56:53 PM UTCzfrdhOpen/ClosedClosed=>Open
    Sun 17 Nov 2013 03:20:28 PM UTCtomkStatusConfirmed=>Fixed
      Assigned toNone=>tomk
      Open/ClosedOpen=>Closed
    Thu 14 Nov 2013 06:03:02 PM UTChittermAttached File-=>Added 0004-configure-fix-all-the-warnings-about-style-patterns.patch, #29620
    Wed 13 Nov 2013 09:28:36 AM UTChittermAttached File-=>Added 0002-configure-fix-name-related-warnings-when-running-.-b.patch, #29604
      Attached File-=>Added 0003-configure-fix-linker-related-warnings-when-running-..patch, #29605
    Wed 13 Nov 2013 08:38:31 AM UTChittermAttached File-=>Added 0001-automake-don-t-treat-warnings-as-errors.patch, #29603
    Wed 13 Nov 2013 08:07:45 AM UTCzfrdhStatusNone=>Confirmed

    Back to the top


    Powered by Savane 3.1-cleanup1