Quoth Jamie Lokier:
But this part of the kernel will relocate incorrectly in border
cases with XIP:
if (r text_len) /* In text segment */
addr = r + start_code;
else/* In data segment */
Hello
I've been trying to find out if someone has made a uClinux port for
MPC565, or anyone in the MPC5xx family.
Seen a couple of mails in the mailing list, mostly asking for it, or
someone saying that they will do it unless someone else has done it.
So, has anyone done it?? Or tried to do it?
Did anyone else experiencing the following issue when configuring the
most recent uClinux release on cygwin?
make xconfig
[...snip...]
chmod 755 config.tk
Missing kernel directory linux-2.6=y.x.
make: *** [xconfig] Error 1
Best Regards
Uli
--
##u#l#i##f#r#a#n#k#e#
I experienced the same on M5272 using the uclinux.org 4.1.1 compiler with
20070130 distro; all C++ programs refused to load.
At that time, I didn't feel like digging into the real cause, so I tried
CodeSourcery's version 4.2-8, which is freely available. A simple C++
program, compiled with the
Gavin Lambert wrote:
Quoth Jamie Lokier:
But this part of the kernel will relocate incorrectly in border
cases with XIP:
if (r text_len) /* In text segment */
addr = r + start_code;
else/* In
Hello,
I'm working with the eval board of the ColdFire 5329 and I meet problem to
use the CAN bus at 1 Mb/s. To be more precise, the other periheral only work
to 1Mbit/s, then I'm not able to test the CAN bus at a lower speed than 1
Mb/s, and I see with a scope that the greatest speed I can
Hi,
I get the next error building ortp:
checking for mkepmlist... false
checking for epminstall... false
configure: creating ./config.status
config.status: creating Makefile
config.status: creating include/Makefile
config.status: creating include/ortp/Makefile
config.status: creating
Hello,
I am trying to port three Linux-based dynamic libraries to uC Linux running on
MCF5329 CPU.
Originally, the libraries are built using Scons. I change the scons script to
pick up the tool chain for uC Linux. And then the compiling work OK. I got
all object files for the C files.
On 9/24/07, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
What does BINFMT_FLAT: reloc outside program mean, and how do I fix
it?
It means pretty much what it says. A relocation is pointing out program text
and data areas and the kernel is erroring out over it.
Yeah, but I don't know what to
On 9/25/07, David Wu [EMAIL PROTECTED] wrote:
From our experience, when you get BINFMT_FLAT: reloc outside program
nomally the stack is overflow and reached the memory of another process.
The newer compiler seems more likely needing larger stack.
I tried that on my app, but that didn't make
Hello Bob,
On Dienstag, 25. September 2007, Bob Grimes wrote:
On 9/25/07, David Wu [EMAIL PROTECTED] wrote:
From our experience, when you get BINFMT_FLAT: reloc outside
program nomally the stack is overflow and reached the memory of
another process. The newer compiler seems more likely
Bob Grimes wrote:
On 9/25/07, David Wu [EMAIL PROTECTED] wrote:
From our experience, when you get BINFMT_FLAT: reloc outside program
nomally the stack is overflow and reached the memory of another process.
The newer compiler seems more likely needing larger stack.
I tried that on my
Quoth Jamie Lokier:
It might be useful to see these files, and the exact version of
toolchain, and exact command line, and exact compiler messages (with
-v option, to show exactly which libraries are used), as there aren't
a lot of people reporting this problem.
I used to have it quite a lot
Jamie Lokier wrote:
Gavin Lambert wrote:
Quoth Jamie Lokier:
But this part of the kernel will relocate incorrectly in border
cases with XIP:
if (r text_len) /* In text segment */
addr = r + start_code;
else
hi,chau
it's possible that cpl.so is be compiled by your toolchain via default
little-endian ,thus maybe your MCF5329 CPU platform is opened for big-endian
,you may try to add big-endian options .
Regards
advan
advan
2007-09-26
发件人: Chau Dang
发送时间: 2007-09-26 00:42:47
收件人:
On 9/25/07, Jamie Lokier [EMAIL PROTECTED] wrote:
It might be useful to see these files, and the exact version of
toolchain, and exact command line, and exact compiler messages (with
-v option, to show exactly which libraries are used), as there aren't
a lot of people reporting this problem.
On 9/25/07, Gavin Lambert [EMAIL PROTECTED] wrote:
Quoth Jamie Lokier:
It might be useful to see these files, and the exact version of
toolchain, and exact command line, and exact compiler messages (with
-v option, to show exactly which libraries are used), as there aren't
a lot of people
Quoth Bob Grimes:
I had tried this because of comments such as yours, Gavin (no, I am
most certainly NOT blaming you! :) ) in a last attempt to get C++ apps
to work, but that killed everything. (Well, okay, not everything, but
damn, I couldn't even change or list directories!).
Well, it'll
18 matches
Mail list logo