similar to: x84_64 distro: Really worth it ?

Hi David, > "LLVM type size doesn't match GCC type size!"' failed. this assertion checks that gcc types are converted into LLVM types of the same size. Try running cc1 in gdb. When you hit the assertion, go up a few stack frames until you get to ConvertType. Do call debug_tree(type) That will tell you what the gcc type was. From that and the LLVM type it should be clear

On Thursday 11 October 2007 11:24, David Greene wrote: > Somehow PointerType::get is returning a 64-bit pointer even though > -m32 was passed to llvm-gcc. > > I'll see if I can figure out where the 64-bit code warning is emitted and > what triggers it. Aha! I found this previous thread: http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-May/009177.html I am now trying to build

Hello there, it seems that EPEL only provides mingw cross-compiler packages for aarch64. Aren't there x64_64 ones for CentOS 7, as there were for CentOS 6? Regards, -- wwp https://useplaintext.email/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL:

On 2/27/20 1:47 AM, wwp wrote: > Hello there, > > it seems that EPEL only provides mingw cross-compiler packages for > aarch64. Aren't there x64_64 ones for CentOS 7, as there were for > CentOS 6? Not quite sure why you are asking questions about EPEL on the CentOS list, but here is your answer: https://lists.fedoraproject.org/archives/list/epel-devel at

Hello, I'm planning a server migration and being able to mount xfs file systems with the live cd would be a cruical feature. So before I download and try ... can anyone tell me whether the xfs is included in the 5.2 live cd? Later on I'm planning to install a new system with xen, 3ware 9550SX-4LP and xfs. The xen domains are of course located on xfs partitions. Do these features come

Hi list, is there any repository on this world where I can stick to and update to a stable and hopefully secure and hopefully long supported version 4.4 of php? EZ publish's software requirements as of the current version tells me that it requires php 4.4 which doesn't meet what Centos 4.4 or its upstream provides. For a certain project I want to use ez publish. Is there any solution

Hi, I'm trying a fresh install on a x86_64 (Supermicro X7dbe, 2xIntel Xeon X5450, 8 GB, 3WARE 9650SE-8LPML, 3 disks in RAID 5). The format takes quite long (2,7 TB), that seems to be normal, but then the first boot will not take place, instead the system loops. Any hints? The message follows: Regards Michael Mounting root filesystem. mount: could not find filesystem '/dev/root'

On Thursday 11 October 2007 02:39, Duncan Sands wrote: > Hi David, > > > "LLVM type size doesn't match GCC type size!"' failed. > > this assertion checks that gcc types are converted into > LLVM types of the same size. Try running cc1 in gdb. > When you hit the assertion, go up a few stack frames > until you get to ConvertType. Do > call

Hi, shutting down a Centos6 kvm guest does not work from outside doing a 'virsh shutdown vmguest', I've installed the CentOS-6.2-x86_64-minimal.iso inside the kvm guest I reckon this is related to acpi ... # dmesg | grep ACPI ACPI Error: A valid RSDP was not found (20090903/tbxfroot-219) ACPI: Interpreter disabled. pnp: PnP ACPI: disabled acpiphp: ACPI Hot Plug PCI Controller Driver

Hello, I'm trying to install centos-4.7 under kvm (for legacy reasons). I can't get the beast installed, it crashes (see output below). I'm using: qemu 0.9.1 kvm-72 libvirt-0.4.6 kernel 2.6.26 What can I do in order to get the installation being done? The host is a x86_64 machine (debian5). BTW, the installation for centos-5.2 works like a charm with the above configuration. TIA

Hi, I'm trying to install a CentOS 5.2 guest with virt-manager/qemu on a CentOS 5.2 system (X86_x64, 3ware 9650SE, 2 x Intel VT capable xeon cpus, 8 GB) Unfortunately I'm getting a crash in the guest install process. Other systems are installing smoothely, even Windows xp, but the above combination won't install. What works, too: CentOS 5.2 xen unmodified (i.e. fully virtual) guest,

On Wednesday 10 October 2007 12:53, Chris Lattner wrote: > On Mon, 8 Oct 2007, Evan Cheng wrote: > > I am turning 32-bit add into 32-bit LEA on x86-64 but that's > > perfectly legal. Both > > leal (%esi,%edi), %eax > > leal (%rsi,%rdi), %eax > > are legal assembly. It's just the former requires a 67H prefix due to > > the 32-bit address size. >

Hi, has somebody already got xen running on centos 4.4? Does the tutorial under http://mark.foster.cc/wiki/index.php/Centos-4_on_Xen also work for version 4.4? I don't have my new server yet in order to try it (it will be delivered at the end of the week), but I'd like to read a little bit about it in advance. Thanks Michael -- Michael Kress, kress at hal.saar.de

Hello, is there any way of getting php4 installed on Centos6? I'd like to install it in an apache/fastcgi environment. Has anybody got a link to a description/howto describing a clean install? I failed compiling the original php4 tar ball and failed relocating the php binary. Thanks in advance Regards Michael

On Oct 8, 2007, at 12:50 PM, David Greene wrote: > I've been unable to bootstrap llvm-gcc-4.0 or -4.2 for x86_64 > for some weeks now. The current problem is this: > > [x86_64-mod-dbg]: ./xgcc -B./ > -B/install.modified.debug/x86_64-unknown-linux-gnu/x86_64-unknown- > linux-gnu/bin/ > -isystem /install.modified.debug/x86_64-unknown-linux-gnu/x86_64- >

On Wednesday 10 October 2007 17:12, David Greene wrote: > This particular problem is gone (thanks!) but I'm having other troubles. > I'm tracking those down now. This is the current problem: [x86_64-off-dbg]: ./xgcc -B./ -B/install.official.debug/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/bin/ -isystem

Hello, I''m having trouble during high IO activities: Oct 8 10:38:51 matrix kernel: irq 16: nobody cared (try booting with the "irqpoll" option) Oct 8 10:38:51 matrix kernel: Oct 8 10:38:51 matrix kernel: Call Trace: <IRQ> <ffffffff801519b0>{__report_bad_irq+48} Oct 8 10:38:51 matrix kernel: <ffffffff80151c0f>{note_interrupt+511}

On Oct 8, 2007, at 4:26 PM, Chris Lattner wrote: > On Mon, 8 Oct 2007, Evan Cheng wrote: >>> [x86_64-mod-dbg]: /tmp/ccxekXCc.s: Assembler messages: >>> [x86_64-mod-dbg]: /tmp/ccxekXCc.s:36: Error: `(%esi,%edi)' is not a >>> valid 64 >>> bit base/index expression >> >> Looks like llvm is generating invalid x86-64 assembly. Can you add

On Mon, 8 Oct 2007, Evan Cheng wrote: > I am turning 32-bit add into 32-bit LEA on x86-64 but that's > perfectly legal. Both > leal (%esi,%edi), %eax > leal (%rsi,%rdi), %eax > are legal assembly. It's just the former requires a 67H prefix due to > the 32-bit address size. > > This does point to a performance problem in the 3 address conversion > code (which I

Hi, I just found that one of my centos servers was running at 100% cpu and had used up all the memory. I checked system monitor and was not able to find the culprit, I restarted the server and it seems fine now. Does anyone know of a simple way to have the server email me if the cpu load is at max for x amount of time. I am not sure how long it was running like that, I have not checked it