It seems the root of the problem is the -llwip4 flag. When I re run the
original gcc call but with this flag added, it seems to work correctly. Does
anyone know where to modify the project to add this flag? I've looked
through the options in XPS but haven't found anything.
Thanks, Glenn
On Wed, Se
OK, more clues:
Under the EDK cygwin shell, if I execute the gcc without any relative paths,
everything fully spelled out as below, it gets further, ending with errors
like:
/tmp/cc4BfUkn.o: In function `process_inputs':
main.c:(.text+0x178): undefined reference to `xemacliteif_input'
/tmp/ccR7Ojn4
> Hi Andrew,
> Thanks for the suggestions. The include files are definitely in the
> included
> paths. I tried copying them into the Software directory, and that helped a
> little, but it still can't find the files included in a subdirectory (thus
> Software/lwip). Does anyone know how to untangle
The makefiles are regenerated each run, so trying to hack it won't
get us very far. Also, the XMP files are fairly different between
7.1 and 10.1, so you'd have to manually check for functional
equivalence.
Andrew Siemion wrote:
Billy,
I think the makefiles Glenn is referring to is
system_incl
Billy,
I think the makefiles Glenn is referring to is
system_incl.make and system.make in the XPS_iBOB_base dir.
Glenn,
I noticed some differences in your compile line directives from 10.1 and
mine from 7.1. Have you tried diff'ing your system.xmp, system.make,
system_incl.make w/ a set from
Hi Billy,
I think this is the mother make file
http://casper.berkeley.edu/svn/trunk/mlib_devel_10_1/xps_lib/XPS_iBOB_base/system.makebut
I don't know how useful that is. I'll see if I can find a more
practical
starting point.
Glenn
On Wed, Sep 3, 2008 at 12:25 AM, William Mallard wrote:
> Hi Gle
Hi Glenn,
Where's the Makefile in question? I can give it a shot.
Billy
G Jones wrote:
> Hi Andrew,
> Thanks for the suggestions. The include files are definitely in the
> included paths. I tried copying them into the Software directory,
> and that helped a little, but it still can't find the f
It seems so. When I run bee_xps on the same design but without lwip, it
completes successfully.
On Tue, Sep 2, 2008 at 11:54 PM, Andrew Siemion wrote:
> Hi Glenn,
>
> Does this only happen with ibob designs in 10.1 in which you include the
> lwip block?
>
> - Andrew
>
>
>
>
> On 9/2/08 11:26 PM,
Hi Glenn,
Does this only happen with ibob designs in 10.1 in which you include the
lwip block?
- Andrew
On 9/2/08 11:26 PM, "G Jones" wrote:
> Hi Andrew,
> Thanks for the suggestions. The include files are definitely in the included
> paths. I tried copying them into the Software directory,
Hi Andrew,
Thanks for the suggestions. The include files are definitely in the included
paths. I tried copying them into the Software directory, and that helped a
little, but it still can't find the files included in a subdirectory (thus
Software/lwip). Does anyone know how to untangle the makefile
Hi Glenn,
It looks like all the -I lines use relative paths, so maybe the cwd when
gcc is being executed is not what's expected? Also, I would #1. Make sure
the include files exist in one of the included paths and #2. Try
explicitly specifying their location in the source files to see if it is
in
I found the source of the permissions problem, it turns out that EDK is
installed with read only permissions on the 'sw' directory, and this was
being propagated in the local copy. I changed the permissions to read write
for now, but am curious if there's a better way.
However, I have run across an
I checked the permissions, and they seem fine, I can manually copy the file.
Perhaps it has to do with cygwin/xygwin somehow?
On Tue, Aug 19, 2008 at 1:03 PM, John Ford wrote:
> >>
> >> Running generate for OS'es, Drivers and Libraries ...
> >> Running generate for lwIP library ...
> >> Generati
>>
>> Running generate for OS'es, Drivers and Libraries ...
>> Running generate for lwIP library ...
>> Generating xemacliteif_g.c ...
>> Generating lwipopts.h file ...
>> ERROR:MDT - lwip () - error copying
>>"./src/contrib/ports/v2pro/netif/xemacliteif_polled.c" to
>>"./src/contrib/ports/
Sorry, I just noticed it is referenced in the mss file which is getting
added by the gen_mss.m function from @xps_lwip. Looking back at version 7.1
I see that this has been the case since then. Is it that the hardware
version is 1.01.a but the driver is version 2.00.a?
Thanks,
Glenn
On Tue, Aug 19
(Replying to the list for the benefit of everyone once the archive is
created.)
I copied the previous version over, and everything went smoothly up until
the CopyFiles part for generating the drivers. It seems to still be copying
the 2.00.a drivers for some reason. I can't find the reference to th
Hello,
I'm trying to start using the 10.1 tool flow. Compiling a simple design with
the iBOB LWIP block yields this error:
ERROR:MDT - IPNAME:opb_ethernetlite HW_VER:1.01.a - Can not find valid MPD
I opened XPS and indeed it seems like the only version available is 2.00.a
Is there any way to get
17 matches
Mail list logo