Reid, When configuring LLVM I get this error: ----------------- checking for uint64_t... no configure: error: Type uint64_t required but not found ----------------- However, this type exists as u_int64_t in /usr/include/types.h. The easy way for me is to edit types.h, but I think the right thing is to somehow to test for it on Interix platform. Any thoughts? /Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- _________________________________________________________________ Find det, du s�ger p� MSN S�g http://search.msn.dk
Well, if it doesn't break anything else, I'd fix the header file. The standard type name is supposed to uint64_t not u_int64_t. I would just change the header file to define both of them, something like: typedef u_int64_t uint64_t; You could do that in /usr/include/types.h, or we could add it to a header file in llvm/include/Config, ifdef'd for Interix. Reid. On Tue, 2004-08-31 at 12:57, Henrik Bach wrote:> Reid, > > When configuring LLVM I get this error: > ----------------- > checking for uint64_t... no > configure: error: Type uint64_t required but not found > ----------------- > > However, this type exists as u_int64_t in /usr/include/types.h. > > The easy way for me is to edit types.h, but I think the right thing is to > somehow to test for it on Interix platform. > > Any thoughts? > > /Henrik > > --- > Got Freedom? > Software Freedom Day 2004 - 28th of August > http://www.softwarefreedomday.org/ > --- > > _________________________________________________________________ > Find det, du sger p MSN Sg http://search.msn.dk > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://mail.cs.uiuc.edu/mailman/listinfo/llvmdev-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040831/c2fcfc89/attachment.sig>
Reid Spencer wrote:> Well, if it doesn't break anything else, I'd fix the header file. The > standard type name is supposed to uint64_t not u_int64_t. I would just > change the header file to define both of them, something like: > > typedef u_int64_t uint64_t; > > You could do that in /usr/include/types.h, or we could add it to a > header file in llvm/include/Config, ifdef'd for Interix.I think that we should add a check for u_int64_t and do a typedef in llvm/include/Config (or something similar). I don't think we can expect Interix users to correct their header files (especially since the next Interix upgrade will just unfix it again). -- John T. -- ********************************************************************* * John T. Criswell Email: criswell at uiuc.edu * * Research Programmer * * University of Illinois at Urbana-Champaign * * * * "It's today!" said Piglet. "My favorite day," said Pooh. * *********************************************************************
Seemingly Similar Threads
- [LLVMdev] Type uint64_t required but not found
- [LLVMdev] Type uint64_t required but not found
- [LLVMdev] Type uint64_t required but not found
- [LLVMdev] ./configure[384]: test: Files/Microsoft: unexpected operator/operand
- [LLVMdev] Type uint64_t required but not found