similar to: [LLVMdev] Path.cpp patch to lib/System/Interix

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?

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

Hi When I run configure on Interix, I get these four error messages: ----------- ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand checking for a BSD-compatible install...

>From: Reid Spencer <reid at x10sys.com> >Date: Thu, 16 Sep 2004 13:26:09 -0700 > >Okay, so the question is, how do you do the equivalent of a MAP_ANON >allocation on Interix. We don't want to map a file here. We're just asking >for virtual memory (unbacked by swap or file) to be allocated to the >process. Is there a way to do that on Interix? The

Hi, I get this error: ------------------ Reader.cpp:464: error: `intptr_t' undeclared (first use this function) ------------------ It doesn't seem that you include <stddef.h>, where the intptr_t is declared, in the source file. When I included the header, it compiled without errors. The same error seems to be present for ReaderWrappers.cpp. /Henrik

Hi openssh developers, I'm trying to port openssh to Interix. See [1] for more on this. For Interix sshd needs to be patched to not use setuid()/setgid(), but an Interix specific function setuser(). See [2] why it is needed. Unfortunately, setuser() needs the clear-text password of the user to be fully functional (If you use password-less setuser(), then the user doesn't have network

Reid, >As for Interix support in general, I'm having a hard time determining >which variant of Unix Interix implements. It seems to be partially Posix >1 and partially Posix 2 based. Do you have any further information >related to the specific standards supported by Interix? I don't want to >incorrectly categorize the Interix support. I've discussed this subject with

Hi Interix does not know MAP_ANON or -NOCORE only MAP_SHARED, -PRIVATE and -FIXED. Henrik _________________________________________________________________ F� alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk/ -------------- next part -------------- A non-text attachment was scrubbed... Name: Memory.cpp.zip Type: application/x-zip-compressed Size: 495 bytes Desc: not

Yes, It looks like the PATH variable in the configure script at line 384 isn't getting quoted properly. The "Files/Microsoft" is probably part of "C:\Program Files\Microsoft\...". The spaces cause it to be interpreted as separate words so it fails. I don't have time to look at this in detail right now. Have a look at the configure script and see if you can figure

I was thinking about running Wine on Interix (the POSIX layer of Microsoft's Services for Unix). There are a few apparent unknows: Would Wine load the .dll.so's? Since Interix uses PE for it's native format (running on Windows, duh), Would Wine load the .dll.so's? Would it reject them being in PE format and having the 'POSIX Layer' attribute set, or could we hack on a

Hi I'm trying to compile HowToUseJIT.cpp, but it seems that iterator definition is missing: --------------------Configuration: HowToUseJIT - Win32 Debug-------------------- Compiling... HowToUseJIT.cpp c:\sfu\usr\local\src\llvm\include\llvm\adt\ilist(41) : fatal error C1083: Cannot open include file: 'llvm/ADT/iterator': No such file or directory Error executing cl.exe. I've

http://bugzilla.mindrot.org/show_bug.cgi?id=1114 Summary: Make concept of "root UID" more abstract for Interix support Product: Portable OpenSSH Version: 4.2p1 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P3 Component: Miscellaneous

I diffed a clean 3.7.1p2 and one modified by the folks at Interop Systems to compile under Interix (the Windows Posix layer updated in the new Services For Unix release). The bulk of it is removing the hardcoded root UID and GID. If someone is interested in this, I'd be happy to send a diff (though anyone can inspect the changes by grabbing the package from

Hi! I recently updated my now long-standing patches for openssh 5.5p1 on interix, and wondered if i ever reported those here, and whether there would be any interest in it anyway. So just to make sure, i'm sending it here, so you may do with it however you like. It would be cool to see the changes go upstream though ;) Regards, markus -------------- next part -------------- A non-text

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into

http://bugzilla.mindrot.org/show_bug.cgi?id=1113 Summary: Add Interix authentication support Product: Portable OpenSSH Version: 4.2p1 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: tv at

Hi >From: Chris Lattner <sabre at nondot.org> >Date: Thu, 15 Jul 2004 17:43:27 -0500 (CDT) >Ah, suddenly everything makes sense. If you're interested in LLVM on the >windows platform, *please* get CVS. Last night I've got the latest version of LLVM from CVS and now porting LLVM to Interix from this version on. I got this error: --------------------- gmake[1]:

Hi > >Are you able to explain below meaning to me? > >#if defined(_ALL_SOURCE) \ > || (defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED==1)) \ > || (__STDC__ - 0 == 0 && !defined(_POSIX_C_SOURCE)) >extern char* __cdecl strdup(const char *); >#endif /* defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED == 1) */ > (RTFM) Some of the above

Report by Eric Lindblad 13-09-2015 http://www.ericlindblad.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862 I ported xapian-core-1.2.21 to Interix today having disabled the default chert and development brass backends, using flint, which was the 1.0.x series' default, which ships with the 1.2.x series; the disabling do to an unresolved 'ambiguous

Question by Eric Lindblad 05-09-2015 http://www.ericlindblad.blogspot.com I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue. +#ifdef __INTERIX +#