From: Steve K. <sk...@ou...> - 2000-09-19 19:18:36
|
I have been coming up to speed and decided to monitor things with anonymous checkout for while before fighting with ssh and trying to commit something. Apparently I started right in the middle of the binutils situation (it figures ....) and could not get a good build. One that settled down I deleted the whole tree and checked it out again last night. I suspect that the new gcc is a bit picker and the new cygwin a bit different since I get a couple of build errors I doubt everyone would ignore. 1) is ucsim newcmd.c the third parameter to accept is declared &uint but the prototype is declared int*. On Solaris this is socklen_t* which ultimately is typecasts to an unsigned so I think the uint is right and the prototype is wrong. Do we modify the simulator or is that a separate package that should have fixes referred to the author. 1) HAVE_STRERROR is not getting set by config, which causes link errors trying to build my_strerror() even though strerror() is really present. Adding #define HAVE_STRERROR to config.h worked around it, but I have not clue how config works as of yet My 2 cents worth Steve Kenton |
From: Kevin V. <kv...@en...> - 2000-09-20 05:03:26
|
On 19-Sep-2000 Steve Kenton wrote: > I suspect that the new gcc is a bit picker and the new cygwin a bit > different > since I get > a couple of build errors I doubt everyone would ignore. That's just where you're wrong! The simulator builds have been broken for me for some time, but since they're useless to me, I have managed to ignore 'em completely. > 1) is ucsim newcmd.c the third parameter to accept is declared > &uint but the > prototype > is declared int*. On Solaris this is socklen_t* which ultimately > is typecasts > to an unsigned so I think the uint is right and the prototype is > wrong. Do we > modify the simulator or is that a separate package that should > have fixes > referred > to the author. I think we should modify the local copy. If you have a tested fix, I'll happily commit it for you (assuming you don't have ssh/etc set up yet). > 1) HAVE_STRERROR is not getting set by config, which causes link > errors trying > to build > my_strerror() even though strerror() is really present. Adding >#define > HAVE_STRERROR > to config.h worked around it, but I have not clue how config works > as of yet Which config.h is this in? There are a couple generated by the build process, and I don't find HAVE_STRERROR set in any of 'em in my build tree. Peace, Kevin |
From: Daniel D. <dr...@ma...> - 2000-09-21 07:14:12
|
On Tue, 19 Sep 2000, Kevin Vigor wrote: > That's just where you're wrong! The simulator builds have been broken > for me for some time, but since they're useless to me, I have managed If it brokes, can you send me the compiler's output please? > > 1) is ucsim newcmd.c the third parameter to accept is declared [ ... ] > I think we should modify the local copy. If you have a tested fix, > I'll happily commit it for you (assuming you don't have ssh/etc set up I've made a fix for this and checked in into the CVS. Daniel |
From: Kevin V. <ke...@vi...> - 2000-09-22 16:18:54
|
On 21-Sep-2000 Daniel Drotos wrote: >> That's just where you're wrong! The simulator builds have been >> broken >> for me for some time, but since they're useless to me, I have >> managed > > If it brokes, can you send me the compiler's output please? I finally got around to testing a simulator build and find that it builds correctly on my system now (and probably has for some time). Sorry for the false alarm. Peace, Kevin |