I will be out of the office starting Mon 05/12/2008 and will not return
until Mon 05/26/2008.
For VIIC Related issues, please contact Alastair Malarky at
[EMAIL PROTECTED]
Thanks and Best Regards
Glenn Turnock
___
Linuxppc-embedded mailing list
Linuxp
Sanal Kumar V K wrote:
Now if I make the following entry in the linker script,
/* define L2 scratch here */
. = 0x9FC16800;
.l2_scratch : { *(.l2_scratch) }
it says "collect2: ld returned 1 exit status".
I'm guessing there was an earlier error message printed by ld?
You probably
Thanks a lot Scott for replying.
The attribute section is working, but one problem: the compiler is
automatically assigning address for the section and ld returns error is
I try to assign the address for this section in a linker script:
Following is the disassembly when I don't specify an add
> the glibc is also packed
> up as a part of application though I never make any calls to the glibc
> libraries.
As already pointed out by Marco Stornelli, you shouldn't get concerned
about glibc as it's a standard library and you expect it to be part of
the target system (again, use uclibc if si
Ramkumar J ha scritto:
Hi All,
I am trying to execute a compiled simple stand-alone application (
TestApp_Memory.c compiled with gcc 4.1.0 cross compiler for ppc [ I have
installed this through crosstool on a Linux PC ] ) on the ML403 Board
instead of using the compiler-set provided by XPS. I tr
Hi All,
I am trying to execute a compiled simple stand-alone application (
TestApp_Memory.c compiled with gcc 4.1.0 cross compiler for ppc [ I have
installed this through crosstool on a Linux PC ] ) on the ML403 Board
instead of using the compiler-set provided by XPS. I tried many options (
like -
