similar to: [LLVMdev] Web Server back up

Chris Lattner wrote: > On Fri, 29 Jun 2007, John Criswell wrote: > >> The LLVM web server is up and running, but we're still working on some >> subversion configuration issues. The server may go up and down >> intermittently as we try configuration changes over the next half hour. >> > > Apparently someone clobbered

On Fri, 29 Jun 2007, John Criswell wrote: > The LLVM web server is up and running, but we're still working on some > subversion configuration issues. The server may go up and down > intermittently as we try configuration changes over the next half hour. Apparently someone clobbered /home/vadve/shared/PublicCVS/CVSROOT/passwd. This prevents anyone with no account on zion from

On Fri, 29 Jun 2007, John Criswell wrote: > Chris Lattner wrote: >> On Fri, 29 Jun 2007, John Criswell wrote: >>> The LLVM web server is up and running, but we're still working on some >>> subversion configuration issues. The server may go up and down >>> intermittently as we try configuration changes over the next half hour. >>> >> >>

All, Commits aren't taking right now because apparently Zion is out of disk space: cvs commit utils/findmisopt Checking in utils/findmisopt; /var/cvs/llvm/llvm/utils/findmisopt,v <-- findmisopt new revision: 1.9; previous revision: 1.8 done Insufficient disk space; try again later Insufficient disk space; try again later returntosender: cannot select queue for llvm Insufficient disk

Reid Spencer wrote: 1) It appears that the only problem was with sending email to the llvm-commits list; any files commited to the repository should be commited. 2) The web server error log filled up /var/log, preventing the CVS commit script from sending email. The Apache error log was filled with entries like this: [client 219.140.157.109] PHP Notice: Undefined offset: 1 in

> Are you using the NightlyTest.pl file? To run the tester I don't use > gmake directly at all. Instead, I have this in my crontab: > > 5 3 * * * LLVM_LIB_SEARCH_PATH=/home/vadve/lattner/local/x86/llvm-gcc/bytecode-libs $HOME/llvm/utils/NightlyTest.pl -parallel -enable-linscan /home/vadve/shared/PublicCVS $HOME/buildtest-X86 $HOME/cvs/testresults-X86 > > When run like this,

On Thu, 24 Jun 2004, Vladimir Merzliakov wrote: > > Are you using the NightlyTest.pl file? To run the tester I don't use > > gmake directly at all. Instead, I have this in my crontab: > > > > 5 3 * * * > LLVM_LIB_SEARCH_PATH=/home/vadve/lattner/local/x86/llvm-gcc/bytecode-libs > $HOME/llvm/utils/NightlyTest.pl -parallel -enable-linscan >

How big was that log file? If we are running close to the limit, I can just buy a new disk for zion. Other suggestions welcome. --Vikram On Nov 25, 2006, at 12:38 AM, John T. Criswell wrote: > Reid Spencer wrote: > > 1) It appears that the only problem was with sending email to the > llvm-commits list; any files commited to the repository should be > commited. > >

On Jun 29, 2007, at 3:57 PM, Chris Lattner wrote: > On Fri, 29 Jun 2007, John Criswell wrote: >> Chris Lattner wrote: >>> On Fri, 29 Jun 2007, John Criswell wrote: >>>> The LLVM web server is up and running, but we're still working >>>> on some >>>> subversion configuration issues. The server may go up and down >>>>

TSG (our support group) is going to set up a Wiki on zion so that access can be checked against a list of some sort. It should happen by early next week, perhaps sooner (not likely). They actually have a central departmental Wiki and created an LLVM space there already, but that cannot be made accessible to non-UIUC people without creating an account for each person. They have a

Currently, Structure layout is left to targets, which implement them according to the ABI of that platform. While this is fine for most structures, it makes packed structures very ugly. All fields in a packed type must be converted to byte arrays with casts to access fields, which bloats accesses and obsfucates the types. First class support for packed types would clean up the generated code

At this moment I use "gmake TEST=nightly" command line to run night tester What I must specific and where to disable SPEC run (i don't have it) I known about new NightlyTest.pl option: -noexternals But what I must do for enable it Vladimir

On Thu, 24 Jun 2004, Vladimir Merzliakov wrote: > At this moment I use > "gmake TEST=nightly" command line to run night tester > > What I must specific and where to disable SPEC run (i don't have it) I think that it's currently a bug that this does not automatically happen. > I known about new NightlyTest.pl option: -noexternals > But what I must do for

Vladimir, Did the checkout fail? Its trying to do a chdir("llvm") in the build directory (second argument to the script) but that directory doesn't exist or isn't executable. Can you verify that you have an $HOME/pkg/build/llvm/night/build/llvm dir? Reid. On Thu, 2004-06-24 at 10:42, Vladimir Merzliakov wrote: > > Are you using the NightlyTest.pl file? To run the

It's already messed with, but there's no harm. If someone turns on the llvm2cpp option, then they get an error message at the bottom of the output page. All other output is normal. So, there's no harm in it. If/when llvm2cpp becomes available on Zion, people then the llvm2cpp output will appear. Note that llvm2cpp is a 1.8 release feature. My change was to help people learning LLVM

Hello, I'm trying to get the demo script to run llvm2cpp so that people can get familiar with the LLVM C++ API through the online demo. However, it seems that the path used doesn't include llvm2cpp (not updated in a while?). The demo script currently uses these paths on Zion: /home/vadve/criswell/box/x86/llvm-gcc/bin/ /home/vadve/gaeke/llvm/Release/bin /home/vadve/gaeke/bin

Dear All, I've just heard that there's been a recent discussion on the IRC channel about moving the LLVM source repository from CVS to Subversion (SVN) and that this migration may happen "soon." Is such a migration being planned, and if so, what is the timeframe? How will the migration be performed? I and other LLVM users have deadlines in the near future, so we would like to

The demo script isn't part of the release and its not failing. Do you want me to revert the changes? Reid. On Thu, 2006-08-10 at 10:08 -0700, Tanya M. Lattner wrote: > > It's already messed with, but there's no harm. If someone turns on the > > llvm2cpp option, then they get an error message at the bottom of the > > output page. All other output is normal. So,

> I'm trying to get the demo script to run llvm2cpp so that people can get > familiar with the LLVM C++ API through the online demo. However, it > seems that the path used doesn't include llvm2cpp (not updated in a > while?). The demo script currently uses these paths on Zion: I can look into this, but I would strongly suggest not messing with the demo script until 2-3

On Fri, 2007-04-13 at 17:11 -0500, Vikram S. Adve wrote: > TSG (our support group) is going to set up a Wiki on zion so that > access can be checked against a list of some sort. What does that mean exactly? Will the users be authenticated? If not, this isn't acceptable .. spam. What wiki is being set up? > It should happen > by early next week, perhaps sooner (not