similar to: [LLVMdev] Files to lib/System/Win32

>From: Reid Spencer <reid at x10sys.com> >Date: Mon, 13 Sep 2004 21:07:16 -0700 > >Henrik, > >The patches you submitted will not work (at all) for the Win32 platform >because they (still) use Unix system calls. Win32 doesn't have mkdtemp, >fork, execve, etc. Furthermore in Path.cpp forward slashes are still >used. These need to be changed to back slashes. >

I don't know anything about Interix. It may be best to defer a true Win32 port. It's not just the time it would take to do it, it's the time to keep it up to date as LLVM evolves. The Win32 port will constantly break, and I don't have the time to keep fixing it. I've got my own time-consuming projects :) That said, the architectural issues should still be addressed. What

On Mon, 13 Sep 2004, Reid Spencer wrote: > These are all reasons why the Win32 port doesn't exist today. LLVM is Well, the reason it doesn't exist today is that noone has worked on it. :) > heavily influenced and implemented by Unix tools/concepts/facilities. > Since building on Win32 will also be a problem, I think that we should > just target cygwin as our Win32 solution

Henrik, The patches you submitted will not work (at all) for the Win32 platform because they (still) use Unix system calls. Win32 doesn't have mkdtemp, fork, execve, etc. Furthermore in Path.cpp forward slashes are still used. These need to be changed to back slashes. So, I'm not familiar with mingw platform. Since you've stated they compile on your mingw platform, I'm assuming

Jeff, These are all reasons why the Win32 port doesn't exist today. LLVM is heavily influenced and implemented by Unix tools/concepts/facilities. Since building on Win32 will also be a problem, I think that we should just target cygwin as our Win32 solution for now and get that to work really well. I know cygwin is a slow pig, but at least we can get LLVM to work with it. We also have Interix

On Mon, 2004-09-13 at 22:38, Jeff Cohen wrote: > I don't know anything about Interix. > It may be best to defer a true Win32 port. It's not just the time it > would take to do it, it's the time to keep it up to date as LLVM > evolves. The Win32 port will constantly break, and I don't have the > time to keep fixing it. I've got my own time-consuming projects :)

Hi Reid, I downloaded the latest source code and ran configure (I suppose it was that you did mean). The result is: --------------- checking build system type... i586-pc-interix3 --------------- Otherwise, please correct me. /Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- >From: Reid Spencer <reid at x10sys.com>

Sure, we appreciate as much help we can get on this subject, too. Please, write to me, if you're interested in doing a port to native win32. /Henrik >Paolo, > >In addition to Brian's comments, please note that we're currently >consolidating the platform-specific code into a single library: >lib/System. Henrik Bach has signed up to provide both the Interix and

>From: Reid Spencer <reid at x10sys.com> >Date: Mon, 13 Sep 2004 20:54:57 -0700 > >Yes, it should. I haven't reviewed Henrik's change set yet but if it >doesn't look like clean Win32 code then I will create a separate target >named MingW and adjust the configure script accordingly. > I've looked up in the VC and win32 api documentation, and it is truely

>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

While transfering files from a win32 host here running interix aka SFU it keeps constantly failing with various errors see below. Both ends are running 3.0.5 on the same network. Also the transfer speeds are really slow, has anyone had this before and is there anything we can do to investigate the issue? receiving incremental file list content/misc/elbonio/ content/misc/elbonio/clickfire.zip

I would like to volunteer for the port of Interix and Win32 platforms, if no one objects against this. /Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- >From: Reid Spencer <reid at x10sys.com> >Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> >To: LLVMdev List <llvmdev at cs.uiuc.edu>

Hi Guys I'm trying to port and build the GCC Front End to the Interix environment. I've succeded until the xgcc program executes: /usr/local/src/cfrontend/build/gcc/xgcc -B/usr/local/src/cfrontend/build/gcc/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/bin/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/lib/ -isystem

I'm need to run a rsync server on a Quad 2.8Ghz , 1Gb RAM, 1Terabyte of disk.. Dell 725N - it's a storage, NAS type box running W2K, RAID 5 etc.. A real beast.. :-) The Unix guys want to backup their boxes to this beast using rsync clients. It would seem that Windows Services for Unix (WSU) is the key.. Current version gives me a fully compliant POSIX environment, not reliant on

Report by Eric Lindblad 10-09-2015 http://www.ericlindblad.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862 interix Yesterday I compiled cppunit-1.12.1 on the Interix g++ (3.3) compiler. xapian Subsequent to disabling the remote backend which caused gmake to skip over the /net/tcpclient.cc:77 error, resulting in xapian libs' compile, today I disabled the

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

gnu_getopt.h by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com Subsequent to the compile of libxapian.so.22.6.8 and libxapian.a there are executable source files using gnu_getopt.h which has an #ifdef __CYGWIN__, perhaps that file would need attention in order for compile to proceed on my modified SFU Interix 3.5 setup The 1 'ambiguous overload' report on SFU Interix I

Test 1 by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com The 'ambiguous overload' error cited 28-08-2015 was unaffected from adding the below #ifdef following incidents of the string #include <sys/types> in all relevant xapian-core-1.2.21 files. http://sourceforge.net/projects/libuuid/ libuuid-1.0.3.tar.gz the following lines can be added to uuidP.h from the

On Sat, 3 Jul 2004, Chris wrote: > >That should work fine. I'm not familiar at all with internix, but it >appears to have a buggy header or something. From what I understand, >internix is a posix layer for windows. Have you tried compiling under >cygwin? No, not yet. >If you grab the latest CVS sources, they should work fine with >cygwin, and will probably work

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