[simulavr] Build-Problem

[Uhu U. (uhu)]

Ich will simulavr 1.0.0 auf Linux Mint 17 (64 Bit) compilieren.

Das configure-Skript läuft auf einen Fehler:

with_libiberty = /usr/lib/x86_64-linux-gnu/libiberty.a
checking bfd search- /usr/x86_64-unknown-linux-gnu/avr in "include" and "lib"... no
checking bfd search- /usr/avr in "include" and "lib"... no
checking bfd search- /usr in "" and ""... no
checking bfd search- /usr in "bfd" and "bfd"... no
checking bfd search- /usr in "include" and "lib64"... no
checking bfd search- /usr in "include" and "lib"... yes
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a/x86_64-unknown-linux-gnu/avr in "lib"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a/avr in "lib"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a in ""... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a in "lib64"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a in "lib"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/libiberty.a in ""... no
configure: error: 
    Could not locate libiberty.so/libiberty.a
    Please use the --with-libiberty=<path to your libiberty library>

Ich habe das Paket libiberty-dev installiert, configure passt aber 
irgend was daran nicht. Das Kommando lautet:

./configure --with-libiberty=/usr/lib/x86_64-linux-gnu/libiberty.a

/usr/lib/x86_64-linux-gnu/libiberty.a existiert.

Was ist da falsch?

[Jörg W. (dl8dtl) (Moderator)]

Der will wohl nur das Verzeichnis wissen.  Damit läuft das configure
auf einem Ubuntu durch:

% ./configure --with-libiberty=/usr/lib/x86_64-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether build system is MSYS/MingW... no
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for style of include used by make... GNU
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 dependency style of gcc... gcc3
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 for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
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 -m elf_x86_64) 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 g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking dependency style of g++... (cached) gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for swig... no
configure: WARNING: cannot find 'swig' program. You should look at http://www.swig.org
checking Tcl desired... yes
tclConfig.sh directory = /usr/lib
checking for /usr/lib/tclConfig.sh... no
configure: WARNING: tclConfig.sh not found .. guessing
checking tcl.h usability... no
checking tcl.h presence... no
checking for tcl.h... no
checking for tcl.h... (cached) no
checking for wish... /usr/bin/wish
checking for tclsh... /usr/bin/tclsh
can't find package Itcl
configure: WARNING: Itcl package not installed, tcl examples with gui will not work
checking for --enable-python... no
checking for python... /usr/bin/python
checking for python version... 2.7
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.7/dist-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.7/dist-packages
checking for time... yes
checking for avr-as... avr-as
checking for avr-ld... avr-ld
checking for avr-gcc... avr-gcc
checking for avr-g++... avr-g++
checking for avr-nm... avr-nm
checking for nm... nm
with_bfd = check
with_libiberty = /usr/lib/x86_64-linux-gnu
checking bfd search- /usr/x86_64-unknown-linux-gnu/avr in "include" and "lib"... no
checking bfd search- /usr/avr in "include" and "lib"... no
checking bfd search- /usr in "" and ""... no
checking bfd search- /usr in "bfd" and "bfd"... no
checking bfd search- /usr in "include" and "lib64"... no
checking bfd search- /usr in "include" and "lib"... yes
checking libiberty search- /usr/lib/x86_64-linux-gnu/x86_64-unknown-linux-gnu/avr in "lib"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu/avr in "lib"... no
checking libiberty search- /usr/lib/x86_64-linux-gnu in ""... yes
…

Summary:
build system = GNU/Linux
AVR_GCC=avr-gcc
AVR_LIBBFD_INC=/usr/include
AVR_LIBBFD_LIB=/usr/lib/libbfd.so
AVR_LIBIBERTY_LIB=/usr/lib/x86_64-linux-gnu//libiberty.a
PYTHON=/usr/bin/python
build verilog modul avr.vpi = no

[Uhu U. (uhu)]

OK, das configure hat geklappt.

Nun läuft make auf einen Fehler:

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I/usr/include -g -O2 -Icmd -Iui -Ihwtimer -c systemclock.cpp  -o .libs/systemclock.o
systemclock.cpp: In instantiation of ‘void MinHeap<Key, Value>::Insert(Key, Value) [with Key = long long int; Value = SimulationMember*]’:
systemclock.cpp:135:40:   required from here
systemclock.cpp:70:23: error: ‘resize’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
  resize(this->size()+1);
                       ^
systemclock.cpp:70:23: note: declarations in dependent base ‘std::vector<std::pair<long long int, SimulationMember*>, std::allocator<std::pair<long long int, SimulationMember*> > >’ are not found by unqualified lookup
systemclock.cpp:70:23: note: use ‘this->resize’ instead
make[3]: *** [systemclock.lo] Error 1
make[3]: Leaving directory `/tmp/simulavr-1.0.0/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/simulavr-1.0.0/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/simulavr-1.0.0/src'
make: *** [all-recursive] Error 1

Liegt das womöglich an der g++ - Version?

$ g++ --version
g++ (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4

[Jörg W. (dl8dtl) (Moderator)]

Ja, den Fehler habe ich auch gesehen.  Keine Ahnung, ob das eine
Unzulänglichkeit des Compilers ist oder ein Bug in den Quellen (aber
irgendwie müssten es die simulavr-Jungs ja mal geschafft haben, das
zu compilieren).

Kannst ja mal auf der simulavr-Mailingliste um Rat fragen.

[Uhu U. (uhu)]

Wenn man Zeile 70 so ändert:

template<typename Key, typename Value>
void MinHeap<Key, Value>::Insert(Key k, Value v)
{
  this->resize(this->size()+1);
//^^^^^^
  for(unsigned i = this->size();;) {
    unsigned parent = i/2;

läuft er durch. Obs richtig ist, übersehe ich nicht.

[Uhu U. (uhu)]

Die Kiste scheint in einem recht desolaten Zustand zu sein...

make meldet: unknown command `hfill':

make[2]: Entering directory `/tmp/simulavr-1.0.0/doc'
restore=: && backupdir=".am$$" && \
  rm -rf $backupdir && mkdir $backupdir && \
  if (/bin/bash /tmp/simulavr-1.0.0/missing --run makeinfo --version) >/dev/null 2>&1; then \
    for f in simulavr.info simulavr.info-[0-9] simulavr.info-[0-9][0-9] simulavr.i[0-9] simulavr.i[0-9][0-9]; do \
      if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
    done; \
  else :; fi && \
  if /bin/bash /tmp/simulavr-1.0.0/missing --run makeinfo   -I . \
   -o simulavr.info `test -f 'simulavr.texinfo' || echo './'`simulavr.texinfo; \
  then \
    rc=0; \
  else \
    rc=$?; \
    $restore $backupdir/* `echo "./simulavr.info" | sed 's|[^/]*$||'`; \
  fi; \
  rm -rf $backupdir; exit $rc
simulavr.texinfo:47: unknown command `hfill'
simulavr.texinfo:48: unknown command `hfill'

[Jörg W. (dl8dtl) (Moderator)]

Uhu U. schrieb:
> make meldet: unknown command `hfill':

Genauer gesagt: makeinfo

[Thomas K. (tomk)]

Hi,

Linux Mint ist bei mir leider (noch) nicht auf dem "Make-Radar" - soll 
heißen, noch keine Linux-Mint-VM für den Buildtest.

Das Problem mit makeinfo ist, das die Distis da nicht einheitlich sind 
und teilweise die eine oder andere Abhängigkeit nicht nachzieht. 
makeinfo ist das eine, u.U. eine komplette Tex-Installation das, was 
manchmal noch fehlt.

Mittelfristig will ich ganz gern das makeinfo ganz "rauskegeln", auch 
wenn dabei die Manpage mit über den Jordan gehen würde. Aber dazu sollte 
es dann eher eine passende PDF-Doku geben ...

Wenn Du eh schon am compilieren bist, kannst Du ev. auch gleich den 
master-Branch vom git-Repo verwenden. Dort sollte der "resize"-Fehler 
schon behoben sein. (soweit ich mich erinnere) Und eigentlich sollte es 
auch mal eine 1.1 geben, aber da war die Mailingliste uneinheitlich ... 
:-) ... und mir fehlt teilweise die Zeit.

Schönen Freitag noch.

cu, Thomas

[Jörg W. (dl8dtl) (Moderator)]

Thomas K. schrieb:
> und mir fehlt teilweise die Zeit.

Willkommen im Klub. :-)

[Uhu U. (uhu)]

Thomas K. schrieb:
> Linux Mint ist bei mir leider (noch) nicht auf dem "Make-Radar"

Mint ist ein Ubuntu-Abkömmling - eigentlich sollte das compilieren, wenn 
es unter Ubuntu läuft.

Eine komplette Tex-Installation ist ein wenig heftig... Gibts irgendwo 
Binaries für Ubuntu 14.04? Dann könnte ich mir die Klimmzüge sparen.

[Jörg W. (dl8dtl) (Moderator)]

Uhu U. schrieb:
> Gibts irgendwo Binaries für Ubuntu 14.04?

Naja, du hast doch im Moment nur ein Problem mit der Doku.  Schmeiß
doch im Zweifel einfach das hfill erstmal raus.

Die aktuelle Doku (Stand aus dem git) hänge ich dir mal an, bei mir
auf FreeBSD baut alles (aber ich habe TeXlive ohnehin auch da, weil
ich es sonst benutze).

[Uhu U. (uhu)]

Ich habe alle \hfill in den Dateien simulavr-1.0.0/doc/simulavr.texinfo 
und simulavr-1.0.0/doc/texinfo.tex ersatzlos gelöscht - dann compiliert 
er durch und das Ergebnis lässt sich installieren.

Das Tex-Zeug abzuspalten und in einem extra Makefile zu bauen, würde die 
Sache vielleicht etwas entwirren.

[Jörg W. (dl8dtl) (Moderator)]

Uhu U. schrieb:
> Das Tex-Zeug abzuspalten und in einem extra Makefile zu bauen, würde die
> Sache vielleicht etwas entwirren.

Bei avr-libc und avrdude haben wir das so gelöst, dass es eine Option
--enable-doc gibt (standardmäßig abgeschaltet).

Aber Uhu, du hättest auch einfach "make -k" machen können bzw. dann
"make -k install".  Dann wird alles gebaut, was sich bauen lässt, wäre
auf das gleiche hinausgelaufen in diesem Falle (Doku lässt sich nicht
bauen vs. Doku Bauen ist abgeschaltet).

[Alexander S. (alesi)]

Uhu U. schrieb:
> Ich will simulavr 1.0.0 auf Linux Mint 17 (64 Bit) compilieren.

Debian GNU/Linux (jessie) ist leider noch bei simulavr (0.1.2.2-6.2)
und der letzte Eintrag im changelog ist vom 24 Oct 2011, aber
die (alten) Debian Pakete sollten sich auch unter Linux Mint
bzw. Linux Mint Debian Edition (LMDE) installieren lassen.

Evtl. bei den aufgetretenen Fehlern mal in das src-Paket von
Debian schauen (siehe rechter Rand auf der Debian Seite).

https://packages.debian.org/jessie/simulavr

http://metadata.ftp-master.debian.org/changelogs/main/s/simulavr/simulavr_0.1.2.2-6.2_changelog

[Uhu U. (uhu)]

Es gibt im Mint-Repo ein Paket simulavr, das die Version 0.1.2.2-6.2 
enthält - das ist wohl dasselbe, wie auf Debian.

Da die 0.1.2.2 doch schon etwas angestaubt ist, dachte ich mir, dass es 
evtl. besser ist, das neuste Release zu nehmen.

Dass die 1.0.0 noch nicht den Weg zu Debian und Derivaten gefunden hat, 
könnte ja auch daran liegen, dass sich das Paket nicht kompilieren 
ließ...

[Jörg W. (dl8dtl) (Moderator)]

Uhu U. schrieb:
> Da die 0.1.2.2 doch schon etwas angestaubt ist

Sie hat insbesondere eine komplett andere Codebasis.

[Uhu U. (uhu)]

Jetzt habe ich ich nach der "offiziellen" Entwicklerversion auf Github 
gesucht - nicht ganz leicht, denn simulavr-Forks gibts fast wie Sand am 
Meer...

Ich habe mich für https://github.com/Traumflug/simulavr.git entschieden 
- hoffentlich stimmts...

Der Versuch die Kiste zu bauen bringt gleich den nächsten Reinfall:

$ ./configure
bash: ./configure: No such file or directory

Das hat keinen Sinn, ich gebe auf.

[Alexander S. (alesi)]

Uhu U. schrieb:
> Jetzt habe ich ich nach der "offiziellen" Entwicklerversion auf Github
> gesucht -
> ...
> Ich habe mich für https://github.com/Traumflug/simulavr.git entschieden
> - hoffentlich stimmts...

Ich denke die "offizielle" Version ist die, die auf der savannah Seite
zu simulavr http://savannah.nongnu.org/projects/simulavr/
unter "Source Code Manager: Git Repository" verlinkt ist.

Source Code Manager: Git Repository
http://savannah.nongnu.org/git/?group=simulavr

Browse Sources Repository
http://git.savannah.nongnu.org/cgit/simulavr.git

[Jörg W. (dl8dtl) (Moderator)]

Uhu U. schrieb:
> bash: ./configure: No such file or directory

Das ist normal.  Der configure-Script wird durch autoconf erzeugt,
damit in Zusammenhang erzeugt automake die Makefile.ins (aus den
Makefile.ams).  Das alles liegt üblicherweise in einem Script herum,
der sich autogen.sh, bootstrap oder so nennt.

Es ist durchaus üblich, diese generierten Dateien nicht in die
jeweiligen Repositories einzuchecken, sondern diese lediglich den
offiziellen Releases beizulegen ("make distcheck" erledigt das alles
automatisiert).  Wer sich also einen Stand direkt aus dem Repo
bauen will, muss bei sich auch autoconf+automake rumliegen haben
und dann ebendiesen Script selbst abarbeiten.

Ansonsten wurde dir ja schon gesagt, das offizielle Repo liegt auf
savannah.nongnu.org, wo sich auch die restliche Projektinfrastruktur
befindet.

[Thomas K. (tomk)]

Hi,

Uhu U. schrieb:
> Dass die 1.0.0 noch nicht den Weg zu Debian und Derivaten gefunden hat,
> könnte ja auch daran liegen, dass sich das Paket nicht kompilieren
> ließ...

Hm ... glaub nicht. Ubuntu 10.04, 12.04 und 14.04, sowie aktuell 
getestet auch 15.10 bauen problemlos. (immer vom master-Branch des 
Repo!) Es liegt wohl eher daran, das sich niemand die Mühe gemacht hat, 
bei Debian eine neue Paketsteuerung einzustellen. Da andere Codebasis 
und u.U. auch andere Tools funktioniert die alte Paketsteuerung für das 
simulavr-Paket selbstredend nicht mehr mit dem neuen Code. Eventuell ist 
der Maintainer für das Paket auch "nicht mehr an Board".

Schönen Tag noch, Thomas

[Uhu U. (uhu)]

Es wäre eine gute Idee, mal die simulavr-Downloadseite entweder zu 
aktualisieren, oder zumindest mit einem Hinweis zu versehen, dass man 
sich besser bei git bedienen und selbst compilieren sollte.

[Alexander S. (alesi)]

Thomas K. schrieb:
> Eventuell ist
> der Maintainer für das Paket auch "nicht mehr an Board".

Hallo Thomas,

Du scheinst richtig zu liegen. Das Debian Paket simulavr ist verwaist
(engl. orphaned) und zwar schon seit 717 Tagen (Feb 2014).
Es wird ein neuer "Maintainer" für das Debian Paket gesucht.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739228

Hier im Forum lesen ja Leute mit, die sich sehr gut mit
simulavr auskennen. Vielleicht findet sich jemand, der
simulavr der großen Debian Gemeinde wieder zugänglich macht.

P.S. hier noch der Link auf die Liste aller verwaisten Debian Pakete,
in der ich simulavr entdeckt habe.

https://www.debian.org/devel/wnpp/orphaned