thanks for reporting back dgk has a brand new ubuntu installation that is having runtime symbol clashes the known one is standalone libcmd grep referencing the ast error() but getting bound to the glibc error() its as if the runtime resolves glibc symbols before libast symbols assuming it *can't really be doing that* its a mystery why it seems that way
On Thu, Oct 31, 2013 at 6:18 PM, Giovanni Rapagnani <[email protected]>wrote: > I tested the build process on Debian stable 7.0 (x86_64), Debian > testing (x86_64), Ubuntu 12.04 (x86_64) and Raspbian Wheezy (arm 32bit). > It succeeded on all of them. (all of them use the debian multiarch > implementation) > > Thank you. > > On 30/10/13 21:40, Glenn Fowler wrote: > > right, I just got a note from dgk about this on ubuntu > > the iffe generated file has > > #define foo <bar-linux-huh> > > but gcc also has > > #define linux 1 > > so foo expands to <bar-1-huh> > > I reposted the INIT tarball with iffe fixed to generate "bar-1-huh" > instead > > > > > > On Wed, Oct 30, 2013 at 3:55 PM, Giovanni Rapagnani <[email protected] > > <mailto:[email protected]>> wrote: > > > > Hello, > > the build fails, there is this error which appears only one time: > > /ast_socket.h:12:55: fatal error: x86_64-1-gnu/sys/socket.h: No such > > file or directory > > > > The complete build log is in attachment. > > Thank you for spending time on this. > > > > > > On 30/10/13 16:49, Glenn Fowler wrote: > > > thanks > > > the problem is in "nxt" op in iffe which deals with header > intercepts > > > among other things the intercepts enforce consistent EINTR behavior > > > across all intercepted calls > > > > > > grab INIT.2013-10-30.tgz from gsf.cococlyde.org/download/ > > <http://gsf.cococlyde.org/download/> > > > <http://gsf.cococlyde.org/download/> > > > > > > > > > On Wed, Oct 30, 2013 at 4:11 AM, Giovanni Rapagnani > > <[email protected] <mailto:[email protected]> > > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > > > On 30/10/13 05:49, Glenn Fowler wrote: > > > > what is the definition of _nxt_sys_socket in > > > > $INSTALLROOT/src/lib/libast/ast_socket.h > > > > > > In the build that failed,_nxt_sys_socket is not defined. In > > the build > > > that succeeded, it is defined like this: > > > > > > #define _nxt_sys_socket <../include/sys/socket.h> /* include > > path for > > > the native <sys/socket.h> */ > > > -- > Giovanni Rapagnani >
_______________________________________________ ast-developers mailing list [email protected] http://lists.research.att.com/mailman/listinfo/ast-developers
