Am Fr., 22. Sept. 2023 um 11:47 Uhr schrieb Jonas Gorski <jonas.gor...@bisdn.de>: > > Am Fr., 22. Sept. 2023 um 10:25 Uhr schrieb Jonas Gorski > <jonas.gor...@bisdn.de>: > > > > Hi, > > > > Am Do., 21. Sept. 2023 um 23:34 Uhr schrieb Khem Raj <raj.k...@gmail.com>: > > > > > > seeing a build error on AB > > > > > > | vtysh/vtysh_cmd.c:9:8: error: 'VTYSH_LIB' undeclared here (not in a > > > function); did you mean 'VTYSH_RIPD'? > > > | 9 | DEFSH (VTYSH_LIB, > > > accept_lifetime_day_month_day_month_cmd_vtysh, > > > | | ^~~~~~~~~ > > > | ./lib/command.h:250:27: note: in definition of macro > > > 'DEFUN_CMD_ELEMENT' > > > | 250 | .daemon = dnum, > > > \ > > > | | ^~~~ > > > | ./lib/command.h:320:9: note: in expansion of macro 'DEFSH_ATTR' > > > | 320 | DEFSH_ATTR(daemon, cmdname, cmdstr, helpstr, 0) > > > | | ^~~~~~~~~~ > > > | vtysh/vtysh_cmd.c:9:1: note: in expansion of macro 'DEFSH' > > > | 9 | DEFSH (VTYSH_LIB, > > > accept_lifetime_day_month_day_month_cmd_vtysh, > > > | | ^~~~~ > > > | make[1]: *** [Makefile:10563: vtysh/vtysh_cmd.o] Error 1 > > > | make[1]: Leaving directory > > > '/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/frr/9.0.1/git' > > > > > > > > > See > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3155/steps/15/logs/stdio > > > > Weird, didn't happen for me, though admittedly, I used kirkstone for > > the (unmodified) recipe, since our distro is based on this. > > > > That line looks like this in my build: > > > > DEFSH (VTYSH_EIGRPD|VTYSH_OSPF6D|VTYSH_RIPD, > > accept_lifetime_day_month_day_month_cmd_vtysh, > > > > So it looks like something went wrong in generating that file. > > > > I'll (temporarily) switch our layers to master and try to replicate it > > there. > > Could reproduce. > > Comparing e.g. the frr.xref generated on kirkstone and master shows this: > > @@ -3,7 +3,7 @@ > "accept_lifetime_day_month_day_month_cmd": { > "lib/libfrr.la": { > "defun": { > - "file": "lib/keychain.c", > + "file": "/usr/src/debug/frr/9.0.1-r0/lib/keychain.c", > "func": "accept_lifetime_day_month_day_month", > "line": 620 > }, > > so I guess somewhere there is now an absolute path instead of a > relative path, and it doesn't find the files anymore, breaking stuff. > > Now to find out where that value comes from ...
So after an (automated) bisection I landed on [1] for FRR where stuff started to break with master, while inversely going through the CFLAGs passed, I landed on [2] which "broke" things. Reverting that commit makes FRR 9.0 compile in master. So I guess I'll add DEBUG_PREFIX_MAP:remove = "-fcanon-prefix-map" for now and send a v3. Best Regards, Jonas [1] https://github.com/FRRouting/frr/commit/89cb86aeb0262e17ee39c1d791effe9515bd0dc8 [2] https://git.openembedded.org/openembedded-core/commit/?id=abe97fa74b10c2c71d79bc3573d4edb509b111f5 b > > Jonas -- BISDN GmbH Körnerstraße 7-10 10785 Berlin Germany Phone: +49-30-6108-1-6100 Managing Directors: Dr.-Ing. Hagen Woesner, Andreas Köpsel Commercial register: Amtsgericht Berlin-Charlottenburg HRB 141569 B VAT ID No: DE283257294
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#105063): https://lists.openembedded.org/g/openembedded-devel/message/105063 Mute This Topic: https://lists.openembedded.org/mt/101496370/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
