liusimin 发表于 2004-10-20 01:27:14

今天晚上我用coyote build tree装upnp但是怎么也装不上去编译都没问题但是SDK库确实有点问题想尽了一切办法了!看来想把UPNP集成到coyote里面确实不容易三百多行都需要修改看了都觉得恐怖而且我这边的SDK跟NPUP的SDK差的很远,根本不可能我现在只能求助于GNU技术组不知道他们能否给我一个满意的答复呢?

liusimin 发表于 2004-10-20 01:30:54

还有我换了六种版本的SDK都是到了uclibc出问题.....................................

liusimin 发表于 2004-10-20 08:11:42

uclibc为什么总是出问题呢?

liusimin 发表于 2004-10-20 08:59:24

GNU技术组又让我找专门做SDK的人(因为他们也不会了)一个字:“晕”

liusimin 发表于 2004-10-20 09:10:18

今天早上再去次学校找人问问中午回来....................

心想事成 发表于 2004-10-20 15:33:52

我回来了,,,,今天下村去了,工作起来好象比改软件要轻松一些。不知道可不可以找到已经编译好的包。

心想事成 发表于 2004-10-20 15:51:53

看看它的官方论坛:http://sourceforge.net/forum/forum.php?forum_id=174960

心想事成 发表于 2004-10-20 21:13:28

coyote 开发者在uclibc的mail list 中写到的

QUOTE
Hello all,I am having absolutely no luck in compiling upnpsdk-1.04(upnp.sourceforge.net).Besides the fact that the makefiles all have to beedited by hand to get them to even begin to compile with the wrappers.Thecode is a mix of C++ and C and as far as I can tell uClibc is having somemajor problems compiling the code.When I get it to compile (by replacingall the gcc's with uclibc-gcc etc) I get a .so file (that is what iscompiled from it) as linked against both uClibc and glibc.When I try tocompile using a toolchain it just fails with all sorts of include errorsthat I cannot seem to get rid of, like complaining about implicitdeclaration of int bzero when string.h IS included.I don't know if anyonehas any information about how to get this thing to compile under uC or ifI'm just out of luck.    I tried to compile with the latest snapshot uClibc, upnpsdk-1.04 and justslackware 8.1 (the toolchain that was compiled was gcc-2.95 also, becausegcc-3 had MAJOR hang-ups even trying to compile it), and it has to be ver1.04 of the sdk because it has to go with linux-igd, and I would like to useit for embedded work that I am doing. Thanks for anyone's insight.   Joshua Taceyjtacey at attbi.com
看来是没希望了!

心想事成 发表于 2004-10-20 21:14:16

我编译的时候就出现这样的错误:

QUOTE
Hi guys!Finally I could get compiled the upnpd sources against uClibc 0.9.20But, in the last line of the compiler output i get :/usr/lib/gcc-lib/i386-linux/3.3/../../../libstdc++.a(locale.o): Infunction `std::locale::global(std::locale const&)':/home/andersen/CVS/buildroot/toolchain_build_i386/gcc-final/i386-linux/libstdc++-v3/include/bits/basic_string.h:471: the 'setlocale' functionsupports only C|POSIX localesCould you tell me if this is an error or a warning, and if it can be"workarrounded"?Thanks again for your responses.Mariano-----Mensaje original-----De: Manuel Novoa III Enviado el: Martes, 08 de Julio de 2003 18:00Para: tom at ceisystems.comCC: mad at citynet.net.ar; uclibc at uclibc.orgAsunto: Re: upnp-igd compling against uclibcTom,On Tue, Jul 08, 2003 at 04:45:16PM -0400, tom at ceisystems.com wrote:> Mariano,>I believe it has been posted here that streams are not supported> under uClibc.I do not know if they are in the works for a later > release, or if there is even a desire to get them to work.My > suggestion would be to attempt to statically compile the uPNP > libraries against the standard Glibc, and see where that gets you.You're confusing the STREAMS functions prototyped in strotps.h withstandard C++ streams.uClibc doesn't support stropts.h and theassociated STREAMS functions.However, a uClibc version of libstd++(say frombuildroot) should support C++ streams.Manuel

DreamCat 发表于 2004-10-20 23:19:24

还是研究用GLIBC吧,大家都不是缺空间。
页: [1]
查看完整版本: wsgtrsys来下,今天等你到中午十二点