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@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@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@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
_______________________________________________
Qi Hardware Discussion List
Mail to list (members only): discussion@lists.en.qi-hardware.com
Subscribe or Unsubscribe:
http://lists.en.qi-hardware.com/mailman/listinfo/discussion
