Discussion:
[ethersex-devel] [bug] named pins funktioniert nicht mehr
Thomas Holst
2016-06-06 12:17:25 UTC
Permalink
Hallo zusammen,

seit längerem habe ich mal wieder versucht eine SW zu bauen. Dabei habe
ich festgestellt, dass named pins nicht mehr funktioniert.

Reproduktion des Fehlers:

make mrproper
make menuconfig
Load a Default Configuration ---> ( ) Pollin AVR Net-IO
--> save config file

make --> läuft ohne Fehler durch

make menuconfig
I/O --->
[*] Named and logic state I/O
--> save config file

Nun hagelt es Fehlermeldungen in meta.c.

Über git bisect habe ich folgenden commit als Ursache ermittelt:

32c66448e4ef85256d6141d3db00262ef7563621 is the first bad commit
commit 32c66448e4ef85256d6141d3db00262ef7563621
Author: Michael Brakemeier <***@brakemeier.de>
Date: Sun Feb 7 11:37:53 2016 +0100

fix issue 413 - proper dependencies for meta.c/.h and avoid unnecessary rebuilds


Wenn ich im Makefile folgendes ändere:

#+BEGIN_SRC diff
@@ -130,7 +130,7 @@ meta.defines: autoconf.h pinning.c
elif ! diff $@.new $@ >/dev/null; then cp -v $@.new $@; else echo "$@ unaltered"; fi
@$(RM) -f $@.tmp $@.new

-meta.c: $(y_META_SRC) meta.defines
+meta.c: $(y_META_SRC)
$(M4) $(M4FLAGS) `cat meta.defines` $^ > $@

meta.h: scripts/meta_header_magic.m4 meta.m4 meta.defines
#+END_SRC

läuft der build durch. Allerdings kann ich erst im Laufe der Woche
testen ob das *.hex file fehlerfrei ist.


Vielleicht kann sich das ja nochmal jemand anschauen und rausfinden ob
der fix ok ist.

Vielen Dank.
--
Bis neulich ...
Thomas
e***@users.sourceforge.net
2016-06-06 18:38:40 UTC
Permalink
Hallo Thomas,

würdest Du bitte ein Issue auf github öffnen und sowohl Dein Pinning
als auch Deine .config anhängen. Danke
Date: Mon, 6 Jun 2016 14:17:25 +0200
Subject: [ethersex-devel] [bug] named pins funktioniert nicht mehr
Hallo zusammen,
seit längerem habe ich mal wieder versucht eine SW zu bauen. Dabei habe
ich festgestellt, dass named pins nicht mehr funktioniert.
make mrproper
make menuconfig
Load a Default Configuration ---> ( ) Pollin AVR Net-IO
--> save config file
make --> läuft ohne Fehler durch
make menuconfig
I/O --->
[*] Named and logic state I/O
--> save config file
Nun hagelt es Fehlermeldungen in meta.c.
32c66448e4ef85256d6141d3db00262ef7563621 is the first bad commit
commit 32c66448e4ef85256d6141d3db00262ef7563621
Date: Sun Feb 7 11:37:53 2016 +0100
fix issue 413 - proper dependencies for meta.c/.h and avoid unnecessary rebuilds
#+BEGIN_SRC diff
@@ -130,7 +130,7 @@ meta.defines: autoconf.h pinning.c
@$(RM) -f $@.tmp $@.new
-meta.c: $(y_META_SRC) meta.defines
+meta.c: $(y_META_SRC)
meta.h: scripts/meta_header_magic.m4 meta.m4 meta.defines
#+END_SRC
läuft der build durch. Allerdings kann ich erst im Laufe der Woche
testen ob das *.hex file fehlerfrei ist.
Vielleicht kann sich das ja nochmal jemand anschauen und rausfinden ob
der fix ok ist.
Vielen Dank.
--
Bis neulich ...
Thomas
_______________________________________________
Ethersex-devel mailing list
http://list.zerties.org/cgi-bin/mailman/listinfo/ethersex-devel
Michael Brakemeier
2016-06-06 20:29:27 UTC
Permalink
Hallo,
ein fix ist in #462. Wenn du den mal ausprobieren möchtest?
Vg Michael
Post by Thomas Holst
Hallo zusammen,
seit lÀngerem habe ich mal wieder versucht eine SW zu bauen. Dabei habe
ich festgestellt, dass named pins nicht mehr funktioniert.
make mrproper
make menuconfig
     Load a Default Configuration  ---> ( ) Pollin AVR Net-IO
     --> save config file
make --> lÀuft ohne Fehler durch
make menuconfig
     I/O  --->
        [*] Named and logic state I/O
     --> save config file
Nun hagelt es Fehlermeldungen in meta.c.
32c66448e4ef85256d6141d3db00262ef7563621 is the first bad commit
commit 32c66448e4ef85256d6141d3db00262ef7563621
Date:   Sun Feb 7 11:37:53 2016 +0100
    fix issue 413 - proper dependencies for meta.c/.h and avoid
unnecessary rebuilds
#+BEGIN_SRC diff
  -meta.c: $(y_META_SRC) meta.defines
  +meta.c: $(y_META_SRC)
   meta.h: scripts/meta_header_magic.m4 meta.m4 meta.defines
#+END_SRC
lÀuft der build durch. Allerdings kann ich erst im Laufe der Woche
testen ob das *.hex file fehlerfrei ist.
Vielleicht kann sich das ja nochmal jemand anschauen und rausfinden ob
der fix ok ist.
Vielen Dank.
--
Michael Brakemeier
***@brakemeier.de
Loading...