 | | Re: H8/300 Assembler/C interface
|
|
(...) I wrote C code and then disassembled it. :) -Kekoa (23 years ago, 20-Apr-01, to lugnet.robotics.rcx)
|
| |
| | RE: H8/300 Assembler/C interface
|
|
(...) I've just done some more browsing and found this tidbit: (URL) It seems to indicate that tghe registers are always filled and that a long may be split across r2 and the stack. Comments? Cheers, Ralph (23 years ago, 20-Apr-01, to lugnet.robotics.rcx)
|
| |
| | Re: error from makelx: address out of bounds
|
|
I've found it. They must be declared as static: static LightSensor s(LightSensor::S3,false); int main(){ ... } Regards. Michael Wisse (...) (23 years ago, 20-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: WinLNP Issues
|
|
Hi Matt, i had the same problem. That's a Microsoft *feature* ;-) that comes with visual C++ 6.0. (This problem is described in the MSDN. If you've got it installed, you 'll find details there.) You have to get a service pack for this compiler. Get (...) (23 years ago, 20-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | Ross
|
|
Thanks Ross, I apreciate and value your advice in my persuit of enlightment:-) (23 years ago, 20-Apr-01, to lugnet.robotics.rcx)
|
| |
| | WinLNP Issues
|
|
I'm trying to compile WinLNP, and I've run across a baffling problem: h:\program files\microsoft visual studio\vc98\include\...til.h(101) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1786) Please choose the Technical (...) (23 years ago, 20-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: code
|
|
(...) [snip] (...) Can't see anything glaringly obvious, except you've used different priorities for your tasks. As they're infinite loops with no waiting, it's probably better to make their priorities equal. But the best way is probably to do all (...) (23 years ago, 19-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | RE: H8/300 Assembler/C interface
|
|
(...) Ahhh, that makes it awkward with the RCX ROM calls, but I'm pretty sure I can make my assembler source compatible with this. I'm just getting ready to release an assembler RCX serial library that is either polled or interrupt driven. Any (...) (23 years ago, 19-Apr-01, to lugnet.robotics.rcx)
|
| |
| | Re: H8/300 Assembler/C interface
|
|
(...) By the caller? No. They are callee-save. -Kekoa (23 years ago, 19-Apr-01, to lugnet.robotics.rcx)
|
| |
| | RE: H8/300 Assembler/C interface
|
|
(...) Thanks Kekoa. One more question, are the other registers r3,r4,r5,r6 considered volatile across a function call in GCC? Cheers, Ralph (23 years ago, 19-Apr-01, to lugnet.robotics.rcx)
|
| |
| | code
|
|
Hi,I'm trying to run 2 infinate loops at the same time. Is this possible? this is an example of what I'm trying to do. thanks #include <unistd.h> #include <dmotor.h> #include <dsensor.h> #include <conio.h> #include <time.h> pid_t fun_a; pid_t fun_c; (...) (23 years ago, 19-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: H8/300 Assembler/C interface
|
|
(...) Yeah, you are right. My bad. -Kekoa (23 years ago, 19-Apr-01, to lugnet.robotics.rcx)
|
| |
| | RE: H8/300 Assembler/C interface
|
|
(...) Not necessarily, that's why I'm asking. If the caller cleans up the stack, then the function just does an RTS and the caller adjusts the stack because it knows how much stuff was pushed on. For programs with lots of calls, this generates extra (...) (23 years ago, 19-Apr-01, to lugnet.robotics.rcx)
|
| |
| | Re: H8/300 Assembler/C interface
|
|
(...) Also: - caller cleans up parameters on stack - stack pointer is r7 The caller must clean up stack parameters b/c the return address is pushed after parameters are. -Kekoa (23 years ago, 18-Apr-01, to lugnet.robotics.rcx)
|
| |
| | Re: H8/300 Assembler/C interface
|
|
(...) Somebody correct me if I'm wrong. I just compiled some programs to check this. I believe that maybe the *ROM* calling convection is as Ralph described, but almost definitely the GCC calling convention is: - r0, r1, r2 hold parameters from left (...) (23 years ago, 18-Apr-01, to lugnet.robotics.rcx)
|
| |
| | RE: RCX+PC=Rubik's Cube Solver
|
|
(...) DUDE! These are unbelievable......I would never even consider doing something like this due to other time constraints like partners and kids. These are amazing - a must see and candidate for Site of the Week, no? Cheers, Ralph Hempel (23 years ago, 18-Apr-01, to lugnet.robotics, lugnet.robotics.rcx)
|
| |
| | RCX+PC=Rubik's Cube Solver
|
|
All -- There's recently been some discussion in the Mindstorms Forums about the feasibility of producing an RCX-based Rubik's Cube solver. I am happy to report that I have finished a functional "late beta" version. You can see it at (URL) are (...) (23 years ago, 18-Apr-01, to lugnet.robotics, lugnet.robotics.rcx) !!
|
| |
| | Re: Declarations in header files
|
|
(...) "extern inline" means that we are defining an inline function, but if the inline function is not used, there is also an externally defined function with the same purpose. So, if you compile without optimization, it acts like "extern void (...) (23 years ago, 18-Apr-01, to lugnet.robotics.rcx.legos)
|
| |
| | Data-transfering RCX -> PC in LeJOS
|
|
I'm trying to transfer some log-data from the RCX to the PC, using the "Serial.sendPacket(byte[] aBuffer, int aOffset, int aLen)", but it does not seem to work with a packet-length bigger than approx.. 24 bytes. The packet is constructed as a (...) (23 years ago, 18-Apr-01, to lugnet.robotics.rcx.java)
|
| |
| | H8/300 Assembler/C interface
|
|
Does anyone know offhand what the calling convention between C/C++ and H8/300 assembler is using the GNU tools? The assumptions I'm making are as follows: R7 is the stack pointer R6 is the first (leftmost) parameter passed and the result R0-5 are (...) (23 years ago, 18-Apr-01, to lugnet.robotics.rcx)
|
