I'll Check it out.. is it in the CVS or the release yet.. or how do I apply a patch to it... thanks much for the update.. I'll feel better about the whole thing..OpenBSD is really nice with the pro-police stack and would like to see an alternative to the GCC only compiler chain of tools especially as it is based on a somewhat archaic optiminzation backend and procedural stuff is pretty dated in the RTL layer.. Aho and Ullman can only take you so far..<br> Then you need to use the FORCE.. LUKE use the force.. of llvm that is.<br> :) cheers all.<br><br><b><i>Jeff Cohen <jeffc@jolt-lang.org></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> I just added __OpenBSD__ everywhere __FreeBSD__ was being tested (there <br>were about a dozen places).  I suspect we'll have to add one for NetBSD <br>also one day (even DragonflyBSD?).  INT8_MAX and friends ought to be <br>declared by <stdint.h>.  It is on
 FreeBSD.<br><br>Ralph Corderoy wrote:<br><br>>Hi again,<br>><br>>I wrote:<br>>  <br>><br>>>>I would like to test but the I modigied the configure to make<br>>>>unknown = OpenBSD and Unix<br>>>>      <br>>>><br>>>Have you looked at ./config.log.  ./configure creates this as it runs<br>>>as a trace of the path it took through ./configure.  Work backwards<br>>>from the end to find out what it didn't like.<br>>>    <br>>><br>><br>>I remember SourceForge's compile farm has an OpenBSD x86 machine so<br>>thought I'd give it a go with a recent CVS check-out.<br>><br>>    $ ./configure<br>>    configure: WARNING: Unknown project (HowToUseJIT) won't be configured automatically<br>>    configure: WARNING: Unknown project (ModuleMaker) won't be configured automatically<br>>    configure: WARNING: Unknown project (SmallExamples) won't be configured automatically<br>>    checking
 build system type... i386-unknown-openbsd3.8<br>>    checking host system type... i386-unknown-openbsd3.8<br>>    checking target system type... i386-unknown-openbsd3.8<br>>    checking type of operating system we're on... Unknown<br>>    configure: error: Operating system is unknown, configure can't continue<br>><br>>LLVM's configure.ac has a hard-coded list of supported platforms, which<br>>is a shame, and `openbsd' isn't in it.<br>><br>>    [case $build in<br>>      *-*-aix*) <br>>        llvm_cv_os_type="AIX" <br>>        llvm_cv_platform_type="Unix" ;;<br>>    ...<br>>      *-*-freebsd*) <br>>        llvm_cv_os_type="FreeBSD" <br>>        llvm_cv_platform_type="Unix" ;;<br>><br>>So I forged `freebsd'<br>><br>>    $ ./configure --build=i386-unknown-freebsd3.8<br>><br>>and ./configure completed successfully.  gmake stopped with<br>><br>>    llvm[1]: Compiling Mutex.cpp for Debug build<br>>   
 Mutex.cpp:55: warning: the address of `int pthread_mutex_init(volatile<br>>       pthread_mutex**, pthread_mutex_attr* const*)', will always be `true'<br>>    Mutex.cpp: In constructor `llvm::sys::Mutex::Mutex(bool)':<br>>    Mutex.cpp:80: error: `pthread_mutexattr_setpshared' undeclared (first use this<br>>       function)<br>>    Mutex.cpp:80: error: (Each undeclared identifier is reported only once for each<br>>       function it appears in.)<br>><br>>    78  #ifndef __FreeBSD__<br>>    79      // Make it a process local mutex<br>>    80      errorcode = pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_PRIVATE);<br>>    81  #endif<br>><br>>So I modified both occurrences of __FreeBSD__ to also check for<br>>__OpenBSD__.<br>><br>>The next problem was INT8_MAX, etc., weren't being defined.<br>>include/llvm/Support/DataTypes.h.in is inadequate for this platform.  I<br>>dumped a set of definitions into each file
 that wanted them as a bodge.<br>>Better autoconf tests could set up INT8_MAX, etc., on all platforms that<br>>don't define them.<br>><br>>After that, the build completed and I could run llvm-{as,dis} and lli.<br>><br>>So with a little work, OpenBSD looks like it could be supported out of<br>>the box.  I've only a low-bandwidth Internet connection at the moment so<br>>it won't be by me but is there a `how to submit a patch for LLVM'<br>>document somewhere?<br>><br>>Cheers,<br>><br>><br>>Ralph.<br>><br>><br>>_______________________________________________<br>>LLVM Developers mailing list<br>>LLVMdev@cs.uiuc.edu         http://llvm.cs.uiuc.edu<br>>http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev<br>><br>><br>><br>>  <br>><br><br>_______________________________________________<br>LLVM Developers mailing list<br>LLVMdev@cs.uiuc.edu        
 http://llvm.cs.uiuc.edu<br>http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev<br></stdint.h></blockquote><br><p>
                <hr size=1><font face="Arial" size="2">To help you stay safe and secure online, we've developed the all new <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/security_centre/*http://uk.security.yahoo.com/"><b>Yahoo! Security Centre</b></a>.</font>