search for: 28x86

Hi, For some reason, I need support of QuickTime on my CentOS 7. So I searched the internet and found that something called "|libquicktime|" can provide that support. So I download the rpm file from http://rpmfind.net/linux/rpm2html/search.php?query=libquicktime%28x86-64%29. Then I ran command "|rpm -i libquicktime-1.2.4-31.el7.x86_64.rpm|" and got the following errors: |warning: libquicktime-1.2.4-31.el7.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 66534c2b: NOKEY error: Failed dependencies: libfaac.so.0()(64bit) is needed by libquicktime-...

...mp;& "Update with wrong number of operands"' failed. Omiting the target register or switching operand order seems not to change anything. I'd really appreciate your help on this. Artjom -- View this message in context: http://www.nabble.com/Inserting-nodes-into-SelectionDAG-%28X86%29-tp24211066p24218876.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

...ions suggests that I get it wrong. 5) What exactly is the meaning of further result types? If I get the new Chain object back, are the other results inside? Could you help me out? Sincerely, Artjom Kochtchi -- View this message in context: http://www.nabble.com/Inserting-nodes-into-SelectionDAG-%28X86%29-tp24211066p24211066.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

...ction requires to be passed a MachineBasicBlock. Obviously, the uninitialized pointer in my example won't work. Is there any way to access any MBB in the Program from X86ISelLowering::LowerCALL? - Artjom -- View this message in context: http://www.nabble.com/Inserting-nodes-into-SelectionDAG-%28X86%29-tp24211066p24328767.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

On Jul 1, 2009, at 2:22 PMPDT, Dan Gohman wrote: >> Ops.push_back(DAG.getConstant(1, MVT::i32)); >> Chain = DAG.getNode(ISD::ADD, DAG.getVTList(MVT::Other, MVT::i32), >> &Ops[0], Ops.size()); >> >> Isn't that the way how it is supposed to work? > > ADD does not use a chain, so there's no chain operand, or > MVT::Other result for it in an ADD

On Jun 26, 2009, at 4:49 AM, Artjom K. wrote: > > Thank you for your help. > > I think I managed to create the instruction I wanted: > > // mov eax, 41 > Chain = DAG.getCopyToReg(Chain, DAG.getRegister(X86::EAX, MVT::i32), > DAG.getConstant(41, MVT::i32), InFlag); > InFlag = Chain.getValue(1); > > I don't understand though what InFlag is for. As I read the

...and compensate the additional bytes by e.g. shortening the error message. (All together must fit into 432 bytes.) It seems to me that the %si value is expected to be inherited from the run of the previous MBR code, which decided about the partition to be chainloaded. http://wiki.osdev.org/MBR_%28x86%29 "Typical MBR bootstrap code will do the following: [...] * [...] load the Volume Boot Record (VBR, the "bootsector" of the bootloader) from the beginning of the selected partition * set DS:SI pointing to the selected partition table entry * jump to 0x7c00 (with CS set to 0,...

...; Hi, > > For some reason, I need support of QuickTime on my CentOS 7. So I > searched the internet and found that something called "|libquicktime|" > can provide that support. So I download the rpm file from > http://rpmfind.net/linux/rpm2html/search.php?query=libquicktime%28x86-64%29. > Then I ran command "|rpm -i libquicktime-1.2.4-31.el7.x86_64.rpm|" and > got the following errors: > > |warning: libquicktime-1.2.4-31.el7.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 66534c2b: NOKEY > error: Failed dependencies: > libfaac.so.0()(64bit)...

...i32)); Ops.push_back(DAG.getConstant(1, MVT::i32)); Chain = DAG.getNode(ISD::ADD, DAG.getVTList(MVT::Other, MVT::i32), &Ops[0], Ops.size()); Isn't that the way how it is supposed to work? Artjom -- View this message in context: http://www.nabble.com/Inserting-nodes-into-SelectionDAG-%28X86%29-tp24211066p24256897.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

On Jun 25, 2009, at 2:05 PM, Artjom K. wrote: > > Greetings, > > I am rather new to LLVM, so please excuse my limited knowledge about > it. > > Currently I am trying to modify the X86TargetLowering::LowerCALL > method by > inserting additional instructions before the call. > As far as I understand, nodes are created by calling the getNode > method on >

Thomas Schmitt wrote: > Since we know that the isolinux.bin binary is well ok on other partitions, > i'd say that the MBR code does not load the right blocks from disk when > it wants to get isolinux.bin. Yes, these are my thoughts as well. I think the jump from GRUB to the isohybrid code on the logical partition is working fine, but when the isohybrid code is trying to jump to