[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Simulavr-devel] why I hate autotools
From: |
address@hidden |
Subject: |
Re: [Simulavr-devel] why I hate autotools |
Date: |
Wed, 08 Jul 2009 19:12:10 -0700 |
On Wed Jul 8 20:03 , "address@hidden" sent:
>On Wed Jul 8 11:54 , "address@hidden" sent:
>
>>On Wed Jul 8 11:40 , Joel Sherrill sent:
>
>>>Other projects have had users encounter this. I found
>>>this URL: http://trac.mcs.anl.gov/projects/mpich2/ticket/20
>>>>
>>>> I took a quick look at this. Looks like autoconf-2.62 expects cached
>>>> variables to be of a certain format. All these variables are within
>>>> MPE. Is it just a matter of renaming these variables?
>>>>
>>>> If this is simple enough, we should try to fix it for 1.1a2.
>>>>
>>>I would update the autoconf version. Even if you have
>>>to install it in a private location just for your use.
>>
>>Thanks.
>>I'll try that.
>>Not instantly. I'm not at home right now.
>
>Arrrg.
>According to --version, I have autoconf 2.62, libtool 1.5.24 and automake
>1.10.1 .
It's looking like this is an old problem that I ignored before,
though I can't imagine why I would have ignored such a mess.
I cvs'ed a new copy of simulavrxx and did not patch it.
Running ./bootstrap produced the aforementioned slew of warnings.
>From my build directory, ../cvs0708up/configure produced output ending
> config.status: creating src/config.h
> config.status: executing depfiles commands
>
> AVR_GCC=avr-gcc
> AVR_LIBBFD_INC=/usr/include
> AVR_LIBBFD_LIB=/usr/lib/libbfd.a
> AVR_LIBIBERTY_LIB=/usr/lib/libiberty.a
> PYTHON=
> TCL_WISH=/usr/bin/wish
Note the PYTHON= .
In another build directory ../cvs0708up/configure --enable-python produced
output ending
> config.status: creating src/config.h
> config.status: executing depfiles commands
> configure: WARNING: unrecognized options: --enable-python
>
> AVR_GCC=avr-gcc
> AVR_LIBBFD_INC=/usr/include
> AVR_LIBBFD_LIB=/usr/lib/libbfd.a
> AVR_LIBIBERTY_LIB=/usr/lib/libiberty.a
> PYTHON=/usr/bin/python
> TCL_WISH=/usr/bin/wish
Note the WARNING and the PYTHON=/usr/bin/python .
>From the first build directory, make seems to work.
>From the second, make produces output ending
> creating libsim.la
> (cd .libs && rm -f libsim.la && ln -s ../libsim.la libsim.la)
> g++ -DHAVE_CONFIG_H -I. -I../../cvs0708up/src -I/usr/include -g -O2 -MT
main.o -MD -MP -MF .deps/main.Tpo -c -o main.o ../../cvs0708up/src/main.cpp
> mv -f .deps/main.Tpo .deps/main.Po
> /bin/sh ../libtool --tag=CXX --mode=link g++ -I/usr/include -g -O2 -o
simulavr main.o adcpin.lo application.lo at4433.lo at8515.lo atmega48.lo
atmega128.lo avrdevice.lo avrerror.lo avrfactory.lo avrmalloc.lo decoder.lo
decoder_trace.lo flash.lo gdbserver.lo hardware.lo helper.lo hwacomp.lo hwad.lo
hweeprom.lo hwextirq.lo hwmega48extirq.lo hwmegaextirq.lo hwmegatimer0123irq.lo
hwmegatimer.lo hwmegax8timer.lo hwmegax8timerirq.lo hwpinchange.lo hwport.lo
hwspi.lo hwsreg.lo hwstack.lo hwtimer01irq.lo hwtimer.lo hwuart.lo hwwado.lo
ioregs.lo irqsystem.lo keyboard.lo lcd.lo memory.lo mysocket.lo net.lo pin.lo
pinatport.lo pinmon.lo printable.lo rwmem.lo scope.lo serialrx.lo serialtx.lo
spisrc.lo spisink.lo string2.lo systemclock.lo trace.lo ui.lo /usr/lib/libbfd.a
-lz /usr/lib/libiberty.a
> g++ -I/usr/include -g -O2 -o simulavr main.o .libs/adcpin.o
> .libs/application.o
.libs/at4433.o .libs/at8515.o .libs/atmega48.o .libs/atmega128.o
.libs/avrdevice.o .libs/avrerror.o .libs/avrfactory.o .libs/avrmalloc.o
.libs/decoder.o .libs/decoder_trace.o .libs/flash.o .libs/gdbserver.o
.libs/hardware.o .libs/helper.o .libs/hwacomp.o .libs/hwad.o .libs/hweeprom.o
.libs/hwextirq.o .libs/hwmega48extirq.o .libs/hwmegaextirq.o
.libs/hwmegatimer0123irq.o .libs/hwmegatimer.o .libs/hwmegax8timer.o
.libs/hwmegax8timerirq.o .libs/hwpinchange.o .libs/hwport.o .libs/hwspi.o
.libs/hwsreg.o .libs/hwstack.o .libs/hwtimer01irq.o .libs/hwtimer.o
.libs/hwuart.o .libs/hwwado.o .libs/ioregs.o .libs/irqsystem.o .libs/keyboard.o
.libs/lcd.o .libs/memory.o .libs/mysocket.o .libs/net.o .libs/pin.o
.libs/pinatport.o .libs/pinmon.o .libs/printable.o .libs/rwmem.o .libs/scope.o
.libs/serialrx.o .libs/serialtx.o .libs/spisrc.o .libs/spisink.o .libs/string2.o
.libs/systemclock.o .libs/trace.o .libs/ui.o /usr/lib/libbfd.a -lz
/usr/lib/libiberty.a
> /usr/bin/swig -c++ -python -I/usr/include/python2.5 -o pysimulavr_wrap.cpp
../../cvs0708up/src/pysimulavr.i
> ../../cvs0708up/src/rwmem.h:48: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:52: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:68: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:82: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:93: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:104: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:112: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:122: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:159: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:178: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:193: Warning(362): operator= ignored
> ../../cvs0708up/src/rwmem.h:207: Warning(362): operator= ignored
> g++ -I../../cvs0708up/src -I/usr/include/python2.5 pysimulavr_wrap.cpp \
> simulavr_wrap.o \
> /usr/lib/libbfd.a -liberty -lc -lm -lncurses -shared \
> -o _pysimulavr.so
> simulavr_wrap.o: In function `GetSystemClock':
> /home/hennebry/projects/avr/sim/b0708upp/src/simulavr_wrap.cxx:1772: multiple
definition of `GetSystemClock()'
> /tmp/ccrqePYw.o:pysimulavr_wrap.cpp:(.text+0x16b9): first defined here
> collect2: ld returned 1 exit status
> make[2]: *** [_pysimulavr.so] Error 1
> make[2]: Leaving directory `/home/hennebry/projects/avr/sim/b0708upp/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/hennebry/projects/avr/sim/b0708upp/src'
> make: *** [all-recursive] Error 1
--
Michael Hennebry
address@hidden
"War is only a hobby."
---- Msg sent via CableONE.net MyMail - http://www.cableone.net
- [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/06
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/07
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/07
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/08
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/08
- Re: [Simulavr-devel] why I hate autotools,
address@hidden <=
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/09
- Re: [Simulavr-devel] why I hate autotools, address@hidden, 2009/07/09