Sorry everyone. Turns out my SVN wasn't updating properly, so I didn't have
Glenn's modified version of the system.xmp. It now completes successfully.

I will report again on how the hardware tests using the new version of
opb_ethernetlite go.

Cheers,
Laura

On Thu, Oct 16, 2008 at 8:27 PM, G Jones <[email protected]> wrote:

> Hi Laura,
> Your message seems to have just gone to me, so I'm cc'ing the list in case
> others can help. The system.xmp file located here
> http://casper.berkeley.edu/svn/trunk/mlib_devel_10_1/xps_lib/XPS_iBOB_base/system.xmpis
>  the one I'm referring to. The line in question is about 8 lines from the
> bottom.
> Your error messages seem to indicate that the include files from the
> drivers directory are not being found correctly. I'm not sure why that would
> be, but all the undefined references are defined therein.
> Glenn
>
>
> On Thu, Oct 16, 2008 at 4:46 PM, Laura Spitler <[email protected]>wrote:
>
>> Hi Glenn and everyone,
>>
>> Currently I'm working with Henry on updating the opb_etherlite core to a
>> version that comes with 10.1, so people who start developing with the 10.1
>> tools don't have to rely on any 7.1 stuff. I've spent most of the day trying
>> to get LWIP to work and my progress has largely tracked the posts that led
>> to Glenn's solution, but unfortunately it isn't working for me.
>>
>> Below is the error I'm receiving. There are a few things about the
>> solution that confuse me. First off, there is no line in system.xmp (read as
>> text) that follows the #IF$ stringcmp(..) #LFlag form. Did you maybe mean
>> system.mhs or system.mss? In any case I can't find any line in either
>> versions of those files that exist the repository that uses 'xps_lwip' or
>> #LFlag. Are the system.mhs, system.mss, or system.xmp regenerated each time
>> bee_xps is run?
>>
>> As you can see from my error message below, adding the -llwip4 flag still
>> results in an error.
>>
>> My only ideas are that it's somehow related to the lack of 'xps_lwip' in
>> system.* files. I also noticed far fewer libraries are being link to, but
>> that may just be because my model is simplier and fewer are needed.
>>
>> Any ideas would be greatly appreciated.
>> Cheers,
>> Laura
>>
>>
>> %%%%%%%%%%%%%%%%%%%%%
>> Bitstream generation is complete.
>> powerpc-eabi-gcc -O2
>> /cygdrive/f/Users/Laura/roof_spec/test/ibob_bram/XPS_iBOB_base/Software/main.c
>> /cygdrive/f/Users/Laura/roof_spec/test/ibob_bram/XPS_iBOB_base/Software/tinysh.c
>> /cygdrive/f/Users/Laura/roof_spec/test/ibob_bram/XPS_iBOB_base/drivers/core_util.c
>> -o Software/executable.elf \
>>      -Wl,-T
>> -Wl,/cygdrive/f/Users/Laura/roof_spec/test/ibob_bram/XPS_iBOB_base/Software/LinkerScript
>> -I./ppc405_1/include/  -ISoftware/ -Idrivers/   -Ilwip4  -L./ppc405_1/lib/
>> \
>> -llwip4 -llwip4
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o: In function `main':
>> main.c:(.text+0x254): undefined reference to `lwipinit'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x30):
>> undefined reference to `clkmeasure_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x50):
>> undefined reference to `clkreset_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x70):
>> undefined reference to `clkphase_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x90):
>> undefined reference to `listdev_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0xb0):
>> undefined reference to `read_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0xd0):
>> undefined reference to `write_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0xf0):
>> undefined reference to `readbase_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x110):
>> undefined reference to `writebase_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x130):
>> undefined reference to `setbase_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x150):
>> undefined reference to `regwrite_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x170):
>> undefined reference to `regread_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x190):
>> undefined reference to `ifconfig_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x1b0):
>> undefined reference to `bramwrite_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x1d0):
>> undefined reference to `bramread_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/cc4jytl0.o:(.data+0x1f0):
>> undefined reference to `bramdump_cmd'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/ccOL2ODf.o: In function
>> `tinysh_char_in':
>> tinysh.c:(.text+0x87e): undefined reference to `cores'
>> tinysh.c:(.text+0x882): undefined reference to `cores'
>> /cygdrive/f/DOCUME~1/Laura/LOCALS~1/Temp/ccCNqeeA.o: In function
>> `find_core':
>> core_util.c:(.text+0xca): undefined reference to `cores'
>> core_util.c:(.text+0xd6): undefined reference to `cores'
>> collect2: ld returned 1 exit status
>> make: *** [Software/executable.elf] Error 1
>> ERROR:MDT - Error while running "make -f system.make init_bram"
>> No changes to be saved in MSS file
>> No changes to be saved in XMP file
>>
>>
>>
>> On Wed, Sep 3, 2008 at 2:13 PM, G Jones <[email protected]> wrote:
>>
>>> I finally found the problem. In the system.xmp file the line:
>>> LinkOpt: #IF# strcmp(get(b,'type'),'xps_lwip') #LinkOpt: -llwip4
>>> should be:
>>> LFlags: #IF# strcmp(get(b,'type'),'xps_lwip') #LFlags: -llwip4
>>>
>>> I have updated the SVN.
>>>
>>> Thanks for helping/letting me think out loud to solve this.
>>> Glenn
>>>
>>
>>
>

Reply via email to