Call for help (was Re: Nanonote like clamshell based on AM335x processor)
Xiangfu Liu
xiangfu at sharism.cc
Thu Aug 9 03:30:06 EDT 2012
Hi Bas
After apply this patch[1] to 'pypp', I can success build 'pypp' which is needed by build irsi.
but when I compile the irsi, I got those error:
~~~~
xiangfu at macbook:~/workspace/PanGu/iris.git$ make
pypp --name mips/nanonote/nand-boot.ccp < mips/nanonote/nand-boot.ccp > mips/nanonote/nand-boot.cc
mipsel-openwrt-linux-gcc -O5 -fno-inline -I. -Imips -Imips/nanonote -Wa,-mips32 -DNANONOTE -DUSE_SERIAL -Wno-unused-parameter -fno-strict-aliasing -fno-builtin -nostdinc -DNUM_THREADS=2 -ggdb3 -c mips/nanonote/nand-boot.cc -o mips/nanonote/nand-boot.o
/tmp/ccszuMY8.s: Assembler messages:
/tmp/ccszuMY8.s: Fatal error: Infinite loop encountered whilst attempting to compute the addresses of symbols in section .text
make: *** [mips/nanonote/nand-boot.o] Error 1
rm mips/nanonote/nand-boot.cc
~~~~
[1]xiangfu at macbook:~/workspace/PanGu/spark/pypp$ svn diff
Index: pypp.cc
===================================================================
--- pypp.cc (revision 870)
+++ pypp.cc (working copy)
@@ -364,7 +364,7 @@
clean, true)
};
shevek::args args (argc, argv, opts, 0, 0,
- "Python-style preprocessor for C code.", "2007");
+ "Python-style preprocessor for C code.");
pypp foo (std::cin, std::cout, filename, clean);
xiangfu at macbook:~/workspace/PanGu/spark/pypp$ svn info
Path: .
URL: http://a83-163-111-92.adsl.xs4all.nl/svn/trunk/pypp
Repository Root: http://a83-163-111-92.adsl.xs4all.nl/svn
Repository UUID: beda85c3-de0d-0410-9d82-df8c0e8dcb5e
Revision: 870
Node Kind: directory
Schedule: normal
Last Changed Author: shevek
Last Changed Rev: 843
Last Changed Date: 2009-04-29 19:01:31 +0800 (Wed, 29 Apr 2009)
> Speaking only for and about myself, I must disagree. The reason I'm not
> very active, is that I have encountered a problem which I have not been
> able to fix. I am still enthousiastic, though! If anyone can help me,
> that is much appreciated. I'll explain the problem.
>
> When power the device down, the device really does power down (the
> display also goes black, even though I don't instruct it to do so).
> However, it is unable to power up again. The only way to fix that, is by
> removing all power (usb and battery), wait some time, and apply power again.
>
> Now, the power down procedure is as documented in the programmer's
> manual, and also as in the Linux kernel. I don't think this is the
> problem. I'm probably missing something in the power up sequence, but I
> don't know what. If I boot from software usb boot mode, iris doesn't set
> up the sdram and clocks, but the problem exists. It also exists when
> iris does set up the sdram and clocks (hardware usb boot).
>
> Any hints are very welcome.
>
> Thanks,
> Bas
More information about the discussion
mailing list