On Wed, Jun 24, 2009 at 12:53:23AM -0400, Michael Jerris wrote: > > > On Jun 23, 2009, at 10:15 PM, Vincent Stemen <[email protected]> > wrote: > > > Here is what I did and the results: > > > > ==================================================== > > Checked out the current trunk with svn. > > > > Patched /usr/include/sys/resource.h > > > > Since Dragonfly has fixed or will be fixing this future releases I > > patched the > > system header to add RLIMIT_AS rather than patching freeswitch to use > > RLIMIT_VMEM. > > Can we make a patch ifdefing on RLIMIT_AS to make this always work > without patches to system header files?
Thanks for the responses Michael. I did this for attempting to compile freeswitch-1.0.3 and trunk as of a couple months ago. It would not apply to the current freeswitch trunk though. Apparently there have been changes to that area of the code. Since RLIMIT_AS is apparently a posix standard definition, I think this is fixed in Dragonfly HEAD and should not be a problem with future releases. I could go ahead and make a new patch when I get a chance if you still want me to, for compatibility with older Dragonfly releases. > > Compiling > > ========= > > > > Still lots of warnings of: > > warning: return makes pointer from integer without a cast > > > > Errors: > > It is apparently not checking return codes from make. It continues > > even when > > there are errors. Is this intentional?? > > > > su_alloc.c: In function `su_salloc': > > su_alloc.c:1518: warning: return makes pointer from integer without > > a cast > > gmake[9]: *** [su_alloc.lo] Error 1 > > gmake[8]: *** [all] Error 2 > > Making all in features > > LTCOMPILE features.lo > > ... > > > > Making all in sresolv > > LTCOMPILE sres.lo > > LTCOMPILE sres_cache.lo > > LTCOMPILE sres_blocking.lo > > LTCOMPILE sresolv.lo > > LTCOMPILE sres_sip.lo > > sres_sip.c: In function `sres_sip_new': > > sres_sip.c:267: warning: return makes pointer from integer without > > a cast > > gmake[8]: *** [sres_sip.lo] Error 1 > > Making all in ipt > > LTCOMPILE base64.lo > > LTCOMPILE token64.lo > > LINK libipt.la > > ... > > > > There are about 12 errors of this nature before ending with > > > > Making all in nua > > LTCOMPILE nua.lo > > nua.c: In function `nua_create': > > nua.c:141: warning: return makes pointer from integer without a cast > > nua.c:144: warning: return makes pointer from integer without a cast > > gmake[9]: *** [nua.lo] Error 1 > > gmake[8]: *** [all] Error 2 > > gmake[8]: *** No rule to make target `iptsec/libiptsec.la', needed > > by `libsofia-sip-ua.la'. Stop. > > gmake[7]: *** [all-recursive] Error 1 > > Making all in packages > > gmake[6]: *** [all-recursive] Error 1 > > gmake[5]: *** [all] Error 2 > > gmake[4]: *** [/u1/falcon/ports/freeswitch-20090623/work/ > > freeswitch-20090623/libs/sofia-sip/libsofia-sip-ua/libsofia-sip- > > ua.la] Error 2 > > gmake[3]: *** [mod_sofia-all] Error 1 > > gmake[2]: *** [all-recursive] Error 1 > > Making all in build > > +-------- FreeSWITCH Build Complete -----------+ > > + FreeSWITCH has been successfully built. + > > + Install by running: + > > + + > > + gmake install + > > +----------------------------------------------+ > > gmake[1]: *** [all-recursive] Error 1 > > gmake: *** [all] Error 2 > > > > Can you post a bug to Jira.freeswitch.org with all these warnings, > even better with patches to fix it. > > > > > It says it has been successfully built. Apparently part of the same > > problem of > > not checking the return codes. > > > > Patches to fix this appreciated Heh :-) OK. If I get it working and we end up using freeswitch, I will probably take a look at seeing if I can fix some or all of these warnings and create patches. > > It does not say what most of the errors are except for near the last > > when it > > says > > No rule to make target `iptsec/libiptsec.la' > > > > It just says "Error 1" or Error 2" which does not tell me what the > > problem is. _______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
