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

 
 

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

Submitter:  Markus Hitter <hitterm>
Submitted:  Tue 12 Nov 2013 11:37:13 PM UTC
   
 
Category:  Configure Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  tomk
Open/Closed:  Closed Component Version:  * simulavr
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

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

Fixed now really.

Thomas K. <tomk>
Group administrator
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>
Group 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>
Group 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>
Group administrator
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 Files:
   
   
Comment:
   

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 10 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-11-18 tomk Open/ClosedOpen Closed
    2013-11-18 zfrdh Open/ClosedClosed Open
    2013-11-17 tomk StatusConfirmed Fixed
        Assigned toNone tomk
        Open/ClosedOpen Closed
    2013-11-14 hitterm Attached File- Added 0004-configure-fix-all-the-warnings-about-style-patterns.patch, #29620
    2013-11-13 hitterm Attached 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
    2013-11-13 hitterm Attached File- Added 0001-automake-don-t-treat-warnings-as-errors.patch, #29603
    2013-11-13 zfrdh StatusNone Confirmed

    Back to the top

    Powered by Savane 3.13-4b48.
    Corresponding source code