Closed GoogleCodeExporter closed 9 years ago
I can reproduce bug on step 4.1, in "make" statement, not in "make kernel":
make -C brctl clean
failed. Is it that bug you mean? If not, please attach piece of log.
Original comment by lly.dev
on 24 Mar 2009 at 11:28
Original comment by lly.dev
on 24 Mar 2009 at 5:45
Sorry you are right, its is step 4.1 make, not make kernel.
After passing this point I am getting stuck in step 4.2
It fails in make with the following, i have tried for both wl500gp
and wl500gpv2 (the unit i have) builds
make[1]: Leaving directory
`/home/dan/dl/asus/wl500gpv2/broadcom/src/gateway/nfs-utils'
[ ! -d portmap ] || make -C portmap EXTRACFLAGS="-mips32
-mtune=mips32 -Wno-pointer-sign -DBCMWPA2 "
make[1]: Entering directory
`/home/dan/dl/asus/wl500gpv2/broadcom/src/gateway/portmap'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/dan/dl/asus/wl500gpv2/broadcom/src/gateway/portmap'
make -C iproute2
KERNEL_INCLUDE=/home/dan/dl/asus/wl500gpv2/broadcom/src/linux/linux/include
EXTRACFLAGS="-mips32 -mtune=mips32 -Wno-pointer-sign -DBCMWPA2 "
make[1]: Entering directory
`/home/dan/dl/asus/wl500gpv2/broadcom/src/gateway/iproute2'
Please, Compile the kernel first
make[1]: *** [check-kernel] Error 1
make[1]: Leaving directory
`/home/dan/dl/asus/wl500gpv2/broadcom/src/gateway/iproute2'
make: *** [iproute2] Error 2
I can build the Oleg pathces to GPL_1927 no problem, have been using them of
years on
my V1 router, but now I have the V2 which Oleg doesn't support in anything but
his
-10 version which has kernel 2.4.20 and USB is not working right in it for some
of my
devices.
Original comment by eleanor....@gmail.com
on 24 Mar 2009 at 11:52
I've moved the kernel entry to above the nfs-utils entry in Makefile. fingers
this
fixes the problem.
Original comment by eleanor....@gmail.com
on 25 Mar 2009 at 12:19
Fixed in r204
About your Comment 3 - this is result of not completed "make" statement in 4.1.
Can
be quick fixed by executing "make koldconf" from gateway directory.
Original comment by lly.dev
on 25 Mar 2009 at 7:07
I was going to add that this last report should have been a separate issue, but
it
has proved related. The rcsclean issue seemed to leave the src tree in a defunct
state as i have now built successfully by moving my svn trunk out the way,
deleting
the tree, re-unpacking, GPL_1927 and kernel and putting the SVN trunk back in
place.
updated SVN and built successfully.
Original comment by eleanor....@gmail.com
on 25 Mar 2009 at 1:03
Original comment by lly.dev
on 25 Mar 2009 at 1:07
Original issue reported on code.google.com by
eleanor....@gmail.com
on 24 Mar 2009 at 9:38