search for: checkin

I just updated from CVS, and after doing a clean rebuild I get this error: /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static member function 'static bool llvm::DbgInfoIntrinsic::classof (const llvm::IntrinsicInst*)': /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: 'dbg_declare' is not a member of 'llvm::Intrinsic' /Users/boc...

On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: > I just updated from CVS, and after doing a clean rebuild I get this error: Are you sure that no conflicts prevented updating from going smoothly? How are you building (srcdir ==/!= objdir)? -Chris > /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static > member function 'static bool llvm::DbgInfoIntrinsic::classof(const > llvm::IntrinsicInst*)': > /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: > 'dbg_declare' is not a member of 'llvm::Intrinsi...

...Bocchino Jr. wrote: >> I just updated from CVS, and after doing a clean rebuild I get >> this error: > > Are you sure that no conflicts prevented updating from going > smoothly? How are you building (srcdir ==/!= objdir)? > > -Chris > >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In >> static member function 'static bool llvm::DbgInfoIntrinsic::classof >> (const llvm::IntrinsicInst*)': >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: >> error: 'dbg_declare' is not a member of...

Hi. My model data is the following: - Place - User - Checkin Instead of having a Checkin that belongs to both User and Place, I chose to add another model, Program, that allows to list all the places a user can checkin into, and also hide the checkins he''s no longer involved in (= the user sign out of a specific program). That give me crazy rela...

...and after doing a clean rebuild I get this error: > >> > >> Are you sure that no conflicts prevented updating from going smoothly? How > >> are you building (srcdir ==/!= objdir)? > >> > >> -Chris > >> > >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static > >>> member function 'static bool llvm::DbgInfoIntrinsic::classof(const > >>> llvm::IntrinsicInst*)': > >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: > >>> 'dbg...

...t;>> I just updated from CVS, and after doing a clean rebuild I get this error: >> >> Are you sure that no conflicts prevented updating from going smoothly? How >> are you building (srcdir ==/!= objdir)? >> >> -Chris >> >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static >>> member function 'static bool llvm::DbgInfoIntrinsic::classof(const >>> llvm::IntrinsicInst*)': >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: >>> 'dbg_declare' is not...

Hey, There are some patches I''ve and a bunch of other work that I forsee coming that will mean more patches. I was wondering what the process is of getting checkin access for the Xen tree? P.S. ''konradwilk'' is the account name.

...ks?) and I had an old Intrinsics.gen file hanging around in my source directory that was getting picked up by the makefile for some reason. This is a bug, but maybe it's harmless because there's a onetime workaround (delete the file by hand) and it won't be a problem for anyone checking out a fresh tree. Rob On Apr 7, 2006, at 12:21 PM, Reid Spencer wrote: > I've done several CVS head builds today .. no problems on Linux. > > Reid. > > On Fri, 2006-04-07 at 11:53 -0500, Chris Lattner wrote: >> On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: >>...

...to me like it should work, anyway. You can still treat the error like it's currently treated (as fatal), but at least it won't pop up the next time you try to perform the same action, or trigger the same corrupted entry another way. By the way, I also noticed what is probably an accidental checkin in src/lib-storage/index/maildir/maildir-storage.c:maildir_get_control_path(), where it tries to migrate control files from the default location to the configured location. I think Timo wrote that patch for my colleage Cor, and then accidentily checked it in with: ---------------------------- revi...

> - Post-commit triggers need to be ported and kept useful > - Special attention to ensure that the existing code review / commit email > system continues to be effective As an aside: Would it be possible/practical for the PR/bug numbers to be written in a consistent format in checkin descriptions such that the commit email machinery hyperlinks to the actual bug, perhaps? (I haven't looked at the bug tracking system in detail - I hope it gets some kind of link to details about which checkin/revision number fixes a bug, too. So that you can go from revisions/checkins to bugs...

Checkin 1.37 of src/lib-storage/mail-storage.c added a parameter to mailbox_open() but this broke building src/deliver/deliver.c as revision 1.2 doesn't use the new parameter. It looks like save_mail() of src/deliver/deliver.c calls mailbox_open() and it looks like it might work fine if it were to use...

SWIG 1.3.29 isn''t going to cut it for us. We''ll have to wait until 1.3.30, unless I can hack together a nasty workaround for a problem with the object tracking. It seem that each SWIG module gets its own hash for tracking objects. This means that, for example, you create a find dialog (in FindReplaceDialog.cpp) events you get from it (from FindDialogEvent.cpp)

On Apr 7, 2009, at 6:02 PM, Tanya M. Lattner wrote: > Can you please just respond to the specific patch on llvm-commits > instead > of emailing llvm-dev? Don't happen to know which checkin caused it...

...> > decoder interface is still identical, it is all backward > > compatible. > > Since (I assume) this has added a new public interface, don't forget > to > update the libtool version before the release, from 1:0:0 to 2:0:1, > to > reflect this. yes, I'll be checking that in today. Matt, on a separate note, the Ogg test in configure.in is: AM_CONDITIONAL(FLaC__HAS_OGG, [test $have_ogg = xyes]) I thought it would be: AM_CONDITIONAL(FLaC__HAS_OGG, [test x$have_ogg = xyes]) ??? Josh __________________________________________________ Do You Yahoo!? Find a...

Hi I would like to ask how to configure the email address that will email to me and to the person who has checked in the files that has broken the build. //Currently the email is fixed in the configfile with me as the sole address project.email_notifier.emails = [''me at myemailaddress.com''] Does anybody know how to change the email address dynamically following a build fail

I have checked in a few changes worth noting: 1. I split the file decoder into a more general 'seekable stream decoder' which, makes the file decoder just a special case of the seekable stream decoder. this is useful in situations where you are trying to add decoding support to something that has abstracted the file away. the file decoder interface is still identical, it is all backward

I''d like to change the rspec directory structure from /spec /model /controllers etc to /spec /unit /models /controllers /lib /functional /models /controllers etc. Basically the Jay Fields style of testing -- I want the unit tests to be run all the time on a continuous integration server, but the integration/functional and system tests to be run

On Tuesday 02 August 2005 10:42, Xen patchbot -unstable wrote: > # HG changeset patch > # User smh22@firebug.cl.cam.ac.uk > # Node ID 59e76450e286240decceda23eca343ec4604124f > # Parent 48dea637aac96bcbabe788d036b52570520cc82e > Fixes. Sorry, but could we not make checkin comments like "Fixes."? It would just take a few more seconds to describe it in a complete sentence... Thanks. > diff -r 48dea637aac9 -r 59e76450e286 tools/consoled/Makefile > --- a/tools/consoled/Makefile Tue Aug 2 14:51:06 2005 > +++ b/tools/consoled/Makefile Tue Aug 2 15:...

I have in my working directory the trivial header changes necessary to allow FLAC library functions to be used in C++ programs. Is it OK to commit this? -- - mdz -------------- next part -------------- ? Makefile ? Makefile.in ? ordinals.h Index: file_decoder.h =================================================================== RCS file: /cvsroot/flac/flac/include/FLAC/file_decoder.h,v

...Bocchino Jr. wrote: >> I just updated from CVS, and after doing a clean rebuild I get >> this error: > > Are you sure that no conflicts prevented updating from going > smoothly? How are you building (srcdir ==/!= objdir)? > > -Chris > >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In >> static member function 'static bool llvm::DbgInfoIntrinsic::classof >> (const llvm::IntrinsicInst*)': >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: >> error: 'dbg_declare' is not a member of...