All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] BR2_EXTERNAL tree - Config.in can`t open /package/Config.in after Update to 2016.11
@ 2017-02-07  8:34 LogiSch17
  2017-02-07 11:27 ` LogiSch17
  0 siblings, 1 reply; 3+ messages in thread
From: LogiSch17 @ 2017-02-07  8:34 UTC (permalink / raw)
  To: buildroot

Hi guys,
i have the following problem, i just update to 2016.11 from 2016.05 .
Then i converted my br2_external trees as descripted.
After that when i am tyring to make, or make menuconfig i get:

[lorenz at lorenzPc mattros]$ make
make -C /home/lorenz/mattros/buildroot O=/home/lorenz/mattros/ziesel/output
BR2_EXTERNAL_ZIESEL_PATH=/home/lorenz/mattros PROJECT_NAME=ziesel
BR2_DEFCONFIG=/home/lorenz/mattros/ziesel/defconfig defconfig
  GEN     /home/lorenz/mattros/ziesel/output/Makefile
/home/lorenz/mattros/Config.in:1: can't open file "/pigpio/Config.in"
make[1]: *** [Makefile:875: defconfig] Fehler 1
make: *** [common.mk:41: default] Fehler 2


I am using the following directory structure:
-board 
     +ziesel
          +cmdline.txt
          +...
-buildroot
    +..
-overlays
    +..
-patches
    +..
-pigpio
     +Config.in
     +libpigpio.mk
-rtimu
     +Config.in
     +rtimu.mk
-ziesel-gui
     +Config.in
     +ziesel-gui.mk
     +src
         +myProgramm..
-ziesel
      + defconfig
      + output
-common.mk
-Config.in
-external.desc
-external.mk
-Makefile

This is my external.desc:
name: ZIESEL

my Config.in:
source "$BR2_EXTERNAL_ZIESEL_PATH/pigpio/Config.in"
source "$BR2_EXTERNAL_ZIESEL_PATH/ziesel-gui/Config.in"
source "$BR2_EXTERNAL_ZIESEL_PATH/rtimu/Config.in"

my external.mk:
include $(BR2_EXTERNAL_ZIESEL_PATH)/pigpio/libpigpio.mk
include $(BR2_EXTERNAL_ZIESEL_PATH)/ziesel-gui/ziesel-gui.mk
include $(BR2_EXTERNAL_ZIESEL_PATH)/rtimu/rtimu.mk

my Makefile:
PROJECT_NAME := ziesel

include common.mk

and here is my /pigpio/Config.in:
config BR2_PACKAGE_PIGPIO
	bool "libpigpio"
	help
	  libpigpio is a C library for the Raspberry Pi which allows control of the
general purpose input outputs (gpios).

before i updated everything worked perfekt.
I am not sure what i am doing wrong here.
When i remove pigpio from Config.in and external.mk , i get the same error
for ziesel-gui





--
View this message in context: http://buildroot-busybox.2317881.n4.nabble.com/BR2-EXTERNAL-tree-Config-in-can-t-open-package-Config-in-after-Update-to-2016-11-tp156297.html
Sent from the Buildroot (busybox) mailing list archive at Nabble.com.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] BR2_EXTERNAL tree - Config.in can`t open /package/Config.in after Update to 2016.11
  2017-02-07  8:34 [Buildroot] BR2_EXTERNAL tree - Config.in can`t open /package/Config.in after Update to 2016.11 LogiSch17
@ 2017-02-07 11:27 ` LogiSch17
  2017-02-07 13:08   ` LogiSch17
  0 siblings, 1 reply; 3+ messages in thread
From: LogiSch17 @ 2017-02-07 11:27 UTC (permalink / raw)
  To: buildroot

As i didn?t mentioned before,
the structure was not build by me.
When i do it the normal way, like:
make BR2_EXTERNAL=*path_to_external* menuconfig
out from buildroot dir it works.
But the guys i am working for want to call make from the external dir, which
includes the buildroot dir.

So before 2016.11 , they could type make, and make menuconfig while in the
"main" dir,
which executed the Makefile, which executed common.mk

common.mk:
 #location of the buildroot sources
MAKEARGS := -C $(CURDIR)/buildroot
#location to store build files
MAKEARGS += O=$(CURDIR)/$(PROJECT_NAME)/output
# location to store extra config options and buildroot packages
MAKEARGS += BR2_EXTERNAL=$(CURDIR)
#transmit project name to be able to use it in kconfig
MAKEARGS += PROJECT_NAME=$(PROJECT_NAME)
# location of default defconfig
DEFCONFIG_FILE=$(CURDIR)/$(PROJECT_NAME)/defconfig
DEFCONFIG := BR2_DEFCONFIG=$(DEFCONFIG_FILE)
ALT_DEFCONFIG := BR2_DEFCONFIG=$(CURDIR)/defconfig

MAKEFLAGS += --no-print-directory

#these targets change the config file
config_change_targets:=menuconfig nconfig xconfig gconfig oldconfig \
       	silentoldconfig randconfig allyesconfig allnoconfig
randpackageconfig \
       	allyespackageconfig allnopackageconfig

special_target:=$(config_change_targets) Makefile defconfig savedefconfig
%_defconfig

all	:= $(filter-out $(special_target),$(MAKECMDGOALS))

default:
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) defconfig
	$(MAKE) $(MAKEARGS) $(DEFCONFIG)


.PHONY: $(special_target) $(all)

# update from current config and save it as defconfig
defconfig:
	$(MAKE) $(MAKEARGS) $(ALT_DEFCONFIG) $@
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) savedefconfig

# update from defconfig and save it as current configuration
savedefconfig:
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) defconfig
	$(MAKE) $(MAKEARGS) $(ALT_DEFCONFIG) savedefconfig

# generate from a defconfig then save as current configuration
%_defconfig:
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) defconfig $@
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) savedefconfig
	$(call UPDATE_DEFCONFIG)


# update from current configuration, run the command, then save the result
$(config_change_targets): $(DEFCONFIG_FILE)
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) defconfig $@
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) savedefconfig

_all:
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) $(all)

$(all): _all
	@:

%/: _all
	@:

Makefile:;

$(DEFCONFIG_FILE):
	$(call UPDATE_DEFCONFIG)

define UPDATE_DEFCONFIG
	echo 'BR2_DL_DIR="$$(BR2_EXTERNAL)/dl"' >> $(DEFCONFIG_FILE)
	echo 'BR2_ROOTFS_OVERLAY="$$(BR2_EXTERNAL)/overlay"' >> $(DEFCONFIG_FILE)
	echo 'BR2_PACKAGE_OVERRIDE_FILE="$$(BR2_EXTERNAL)/local.mk"' >>
$(DEFCONFIG_FILE)
	echo 'BR2_GLOBAL_PATCH_DIR="$$(BR2_EXTERNAL)/patch"' >> $(DEFCONFIG_FILE)
	$(MAKE) $(MAKEARGS) $(DEFCONFIG) defconfig savedefconfig
endef

But why this doesn?t work anymore. 
Has anyone worked with such a structure before?



--
View this message in context: http://buildroot-busybox.2317881.n4.nabble.com/BR2-EXTERNAL-tree-Config-in-can-t-open-package-Config-in-after-Update-to-2016-11-tp156297p156337.html
Sent from the Buildroot (busybox) mailing list archive at Nabble.com.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] BR2_EXTERNAL tree - Config.in can`t open /package/Config.in after Update to 2016.11
  2017-02-07 11:27 ` LogiSch17
@ 2017-02-07 13:08   ` LogiSch17
  0 siblings, 0 replies; 3+ messages in thread
From: LogiSch17 @ 2017-02-07 13:08 UTC (permalink / raw)
  To: buildroot

ok , it was only my fault.
Cause i run the command to change all BR2_EXTERNAL to
BR2_EXTERNAL_ZIESEL_PATH
when buildroot was in the same directory. 





--
View this message in context: http://buildroot-busybox.2317881.n4.nabble.com/BR2-EXTERNAL-tree-Config-in-can-t-open-package-Config-in-after-Update-to-2016-11-tp156297p156353.html
Sent from the Buildroot (busybox) mailing list archive at Nabble.com.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2017-02-07 13:08 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-07  8:34 [Buildroot] BR2_EXTERNAL tree - Config.in can`t open /package/Config.in after Update to 2016.11 LogiSch17
2017-02-07 11:27 ` LogiSch17
2017-02-07 13:08   ` LogiSch17

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.