search for: oppposed

...> debugging information into the ELF file. Yep > Either the inline assembly would be reverse compiled or handled by custom > pass. I'm not sure what the options are here... Inline asm is very tricky, it basically amounts to LLVM having an assembler for each target. We're not oppposed to this, but it is a significant amount of work. -Chris -- http://nondot.org/sabre/ http://llvm.org/

thanks to all for the 2d scatter plot. i have one more. how do i plot 'hist(y1, col="red") and hist(y2,col="blue") in the same window? thanks again.

...e. > > Yep > >> Either the inline assembly would be reverse compiled or handled by >> custom >> pass. I'm not sure what the options are here... > > Inline asm is very tricky, it basically amounts to LLVM having an > assembler for each target. We're not oppposed to this, but it is a > significant amount of work. Is there an infrastructure in place (or a design) to work on such an inline assembler? I'd think that a lot of the tblgen information used for the Code/Asm emitters could be reused for this. -- Christopher Lamb

Having read through the documentation and browsed the code what are the missing pieces, if any, required to implement a "native" LLVM backend that: * is able to produce loadable (ELF) object files with DWARF debugging information * handle inline assembly * perform linker all necessary linking fixups This assumes that there will be no native object file linking stage in the tool

...wardfab.com", :authentication => :plain, :user_name => "USERNAME", :password => "PASSWORD" } I have a few issues with this approach, and I have a few questions concerning differences between having a local postfix server relay the request to google, as oppposed to connecting to the Google smtp server directly. First, does connecting directly to the smtp server somehow validate that the sender of the email is who it says it is, in terms of spam filters? Do I lose legitimacy (in terms of spam filters) by having my local postfix server relay the request? S...

...ort, so currently I have > no "real" assembler and linker. LLVM doesn't have any support for linking native objects, you will need to get this somewhere. >> Inline asm is very tricky, it basically amounts to LLVM having an >> assembler for each target. We're not oppposed to this, but it is a >> significant amount of work. > > Is there an infrastructure in place (or a design) to work on such an > inline assembler? I'd think that a lot of the tblgen information used > for the Code/Asm emitters could be reused for this. I agree with you, it shou...

Hi, Is it possible to test our AD for weak passwords? We have set max password age, and password complexity etc. However, we would like to know that the passwords that are CURRENTLY still in the system are good or weak. Perhaps some kind of tool to test dictionary passwords etc, but preferably locally on the /var/lib/samba databases to not lockout the accounts due to too many failed