search for: barrows

I am using puppet 0.23.0-1 from Fedora Core 7 for a while and just realized that puppet use over 90% CPU every 30 minutes for about 10minutes. Anyone has the same issue? Barrow _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users

I am trying to manage MySQL DB with puppet. So I create a class and would like to set the mysql SQL root password at the beginning. However, the "exec" will run before mysql-server has installed or started which make "exec" failed. how can I make sure the package has installed/run before "exec" task? class mysql-server { package { "mysql":

All, I am having a winbind module load error on aix 7.1 trying to load winbind module for 3.6.0. methods.cfg WINBIND: program_64 = /usr/lib/security/WINBIND_64 (have tried authonly here) NIS: program = /usr/lib/security/NIS program_64 = /usr/lib/security/NIS_64 DCE: program = /usr/lib/security/DCE [root] on [barrow] on [/rehash/samba-3.6.0] {932}

All, I am having a winbind module load error on aix 7.1 trying to load winbind module for 3.6.0. methods.cfg WINBIND: program_64 = /usr/lib/security/WINBIND_64 (have tried authonly here) NIS: program = /usr/lib/security/NIS program_64 = /usr/lib/security/NIS_64 DCE: program = /usr/lib/security/DCE [root] on [barrow] on [/rehash/samba-3.6.0] {932}

All, I am having a winbind module load error on aix 7.1 trying to load winbind module for 3.6.0. methods.cfg WINBIND: program_64 = /usr/lib/security/WINBIND_64 (have tried authonly here) NIS: program = /usr/lib/security/NIS program_64 = /usr/lib/security/NIS_64 DCE: program = /usr/lib/security/DCE [root] on [barrow] on [/rehash/samba-3.6.0] {932}

For some time now the gold linker has support for plugins and llvm has a plugin for it. Unfortunately, it was still not possible to do fully transparent LTO on linux because ar had no support for plugins and a library created with llvm files in it would have no symbol table and would be rejected by gold. Today support for plugins has been committed to BFD. That is the file format abstraction

I found that has been fixed in Fedora and RedHat which return the version ( like 5, 7, 8 etc.. ) but in CentOS, it still return the kernel version instead. ================= Barrow Kwan ThoughtWorks, Inc. New from ThoughtWorks: Mingle, an Agile project management application. Mingle. Project Intelligence. Powerfully Simple. More at http://studios.thoughtworks.com

2008/7/23 Duncan Sands <baldrick at free.fr>: > My nightly tester on x86_64-unknown-linux-gnu failed > to bootstrap llvm-gcc today: > > Comparing stages 2 and 3 > Bootstrap comparison failure! > ./build/read-rtl.o differs I am having the same problem. It was "introduced" by revision 54811, so it looks like a memory corruption problem. Investigating. > The

I have some systems running Fedora Core 7. The latest yum break puppet with "Error: No matching Packages to list". I can make all the FC7 system not to update Yum. However, when I start installing Fedora Core 8, the default yum also break puppet. (err): Failed to retrieve current state of resource: Could not get latest version: Execution of ''/usr/bin/yum -d 0 -e 0

Yes,it's indeedly the correct one,and new ld can also support -plugin option,I don't know the reason of the trouble, 2009/9/17 Rafael Espindola <espindola at google.com> > > llvm-gcc -use-gold-plugin a.a b.o -o hello > > > > which is similar with the example in the document,it tells me that > > libLLVMgold.so can not be found ,but I truly put it in the

Hello, I am trying to bootstrap on ARM linux EABI using a qemu chroot to better test my changes on at least one more architecture. I am using the following configure line: ../gcc/configure --prefix=/home/espindola/install/ --program-prefix=llvm- --enable-languages=c --disable-shared --disable-multilib --enable-llvm=/home/espindola/build --enable-checking arm-linux-gnueabi The bootstrap fails

My nightly tester on x86_64-unknown-linux-gnu failed to bootstrap llvm-gcc today: Comparing stages 2 and 3 Bootstrap comparison failure! ./build/read-rtl.o differs The updates since the last bootstrap (24 hours before): went from revision 53904 to revision 53950. Ciao, Duncan.

On 27/07/07, Evan Cheng <evan.cheng at apple.com> wrote: > Code generator shouldn't introspect the LLVM type at all, except to > get the size of the type. Anything needed should be encoded by the > front-end. In the short term, please focus on getting parity with > what we already have. This means x86-64 will be wrong, but it > already is. As a second step we can then

In order to the code generators to lower functions arguments that have the "byval" attribute, they would have to access the original argument Type. For example, on linux x86_64 {i64, i64} should be passed on registers and {i64, i64, i64} goes on the stack. The problem is that when looking at (for example) FORMAL_ARGUMENTS, the only thing that is present is the type of the pointer itself

> This does not bound us to any particular size promotion. The solution is generic enough to address all possibilities (of course new attributes may be needed) We are both trying to do the same, I just don't see why this can't be done completely in llvm-gcc or clang. Do you have an C example where we currently do sign extension and that we would be able to avoid it with your proposal?

Hi,all I'm using ubuntu8.04 and I'm installing gold-plugin along with the document of that, After I built the binutils and LLVM with plugin enabling,and I also replace ld with ld-new which supports plugin,I tried to compile a hello world program by this: llvm-gcc -use-gold-plugin a.a b.o -o hello which is similar with the example in the document,it tells me that libLLVMgold.so can not

> llvm-gcc -use-gold-plugin a.a b.o -o hello > > which is similar with the example in the document,it tells me that > libLLVMgold.so can not be found ,but I truly put it in the directory > which is the same as the cc1's. > > What's the problem with my libLLVMgold.so's position? That looks correct. Can you check that *) It is the correct cc1 :-) (run llvm-gcc with

2009/9/17 Nan Zhu <zhunansjtu at gmail.com>: > Yes,it's indeedly the correct one,and new ld can also support -plugin > option,I don't know the reason of the trouble, Does ld actually work if you pass libLLVMGold.so to it? Try to link with llvm-gcc without the -use-gold-plugin option and with -v (it will fail as expected). Copy the collect2 line and add the -plugin line. If

> I encountered the same error and the nice people from the llvm > irc-channel suggested the attached patch. It enables compiling llvm-gcc > for me, but i have not yet done any further testing and i also have no > idea if this is the right way to fix the problem. Nice. I will give it a try. I was trying to reduce a test case, but it is a bit hard. I have a cpp that crashes cc1plus,

> I propose that structures that are passed on registers should be slip > into many DAG level arguments (for now this would be all structs) and > the DAG should contain copies instead of loads. The nice thing about > this proposal is that for structures that are passed on the stack, the > DAG doesn't need to know the size. All that we need to add to add to > the DAG is a flag