search for: centie

Hi All, I fear starting another centi-thread on this but I'll give it a shot. We're currently supporting two build systems which is definitely one more than we (or I) want to support. I don't know of any support in autoconf past the --host/--build/--target case that's not supported in cmake. I'll send out an assertion here that this support isn't necessary and any system

CMake is just a makefile (or <insert build system here>) generator. So something like cmake <stuff>; make check-all works already. Or did you have something else in mind? -eric On Wed, May 22, 2013 at 4:28 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> Hi All, >> >> I fear starting another centi-thread on this but I'll

On Jun 24, 2013, at 3:09 PM, Chandler Carruth <chandlerc at gmail.com> wrote: On Mon, Jun 24, 2013 at 2:59 PM, Nadav Rotem <nrotem at apple.com> wrote: > I agree. The vectorizer is a *lowering* pass, and much like LSR and it loses information. A few months ago some of us talked about this and came up with a general draft for the ideal pass ordering. > > Where? On the

On Wed, May 22, 2013 at 4:14 PM, Eric Christopher <echristo at gmail.com>wrote: > Hi All, > > I fear starting another centi-thread on this but I'll give it a shot. > > We're currently supporting two build systems which is definitely one > more than we (or I) want to support. > > I don't know of any support in autoconf past the > --host/--build/--target

----- Original Message ----- > Hi All, > > I fear starting another centi-thread on this but I'll give it a shot. > > We're currently supporting two build systems which is definitely one > more than we (or I) want to support. > > I don't know of any support in autoconf past the > --host/--build/--target case that's not supported in cmake. I'll send

On 22 May 2013 16:14, Eric Christopher <echristo at gmail.com> wrote: > Hi All, > > I fear starting another centi-thread on this but I'll give it a shot. > > We're currently supporting two build systems which is definitely one > more than we (or I) want to support. > > I don't know of any support in autoconf past the > --host/--build/--target case

On Mon, Jun 24, 2013 at 7:16 PM, Andrew Trick <atrick at apple.com> wrote: > I don't want to start a centi-thread yet, but here's a very rough idea > (leaving many things out): I actually like the look of this. I'll hack things around so we have a flag (or set) we can use to experiment. It would be great to get the bits factored out of IndvarSimplify so that we can run

----- Original Message ----- > CMake is just a makefile (or <insert build system here>) generator. > So > something like cmake <stuff>; make check-all works already. > > Or did you have something else in mind? I meant the stuff in projects/test-suite. Maybe CMake can just invoke the necessary sub-configure? -Hal > > -eric > > On Wed, May 22, 2013 at

Yes please. On the practical side, our internal CI does cmake/autoconf x debug/release x gcc/clang (on linux). Cutting out autoconf reduces the number of combinations per build from 8 to 4. This probably doesn't matter to most people but it would be great for us. paul On 2013-05-22 7:14 PM, "Eric Christopher" <echristo at gmail.com> wrote: >Hi All, > >I fear

Paul, you can also just not test autoconf. Why does it matter to you if the autoconf files are there or not ? On May 22, 2013, at 8:30 PM, "Redmond, Paul" <paul.redmond at intel.com> wrote: > Yes please. > > On the practical side, our internal CI does cmake/autoconf x debug/release > x gcc/clang (on linux). Cutting out autoconf reduces the number of >

On May 22, 2013, at 4:14 PM, Eric Christopher <echristo at gmail.com> wrote: > Hi All, > > I fear starting another centi-thread on this but I'll give it a shot. > > We're currently supporting two build systems which is definitely one > more than we (or I) want to support. > > I don't know of any support in autoconf past the > --host/--build/--target

On Wed, 2019-01-02 at 00:59 -0800, M. Balridge wrote: > > The main problem is : After some time of indexing from Dovecot, Dovecot > > returns errors (invalid SID, etc...) and Solr return "out of range > > indexes" errors > > I've been watching the progress of this thread with no small concern, mainly > because I've been tasked with providing a

I hope you are aware that "linking with Xapian" requires somewhat more work than just -lxapian in linker? If you or someone feels like writing fts_xapian, go for it. Aki > On 04 January 2019 at 08:20 Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > > > What about consedering linking Dovecot with Xapian librairies instead of > going to nightmare Solr ?

A starting point would be to have a look at the current FTS plugins: https://github.com/dovecot/core/tree/master/src/plugins/fts-solrandhttps://github.com/dovecot/core/tree/master/src/plugins/fts-squat -M Am Freitag, den 04.01.2019, 18:17 +0800 schrieb Joan Moreau via dovecot: > Why not, but please guide me about the core structure (mandatory > funcitons, etc..) of a typical Dovecot FTS

...;m sure there'll be happiness all around. The good news is: all the other experimental programs seem to work fine. I've tested dumpvid, encoderwin, and transcoder, and they seem OK. Back to your regular hacking, then ... -- : Andr? Pang (x4180) : Software Engineer, Networked Media : CeNTIE

Speaking of portability and people more familiar with SDL: The reason we have two example players for theora is that monty wrote the original example around the OSS audio interface used on several free unix-like operating systems, which immediately excludes win32 and MacOS, even though it used SDL to display the frames. SDL also has audio support, and is quite widely ported. splayer replaces

...n), and do the standard ./configure && make && make install mantra. Anyway, if you have more of a C++ bent or just want an alternative to libogg on UNIX, have a look at the oggdsf-derived libraries. Happy hacking! -- : Andr? Pang (x4180) : Software Engineer, Networked Media : CeNTIE

...n), and do the standard ./configure && make && make install mantra. Anyway, if you have more of a C++ bent or just want an alternative to libogg on UNIX, have a look at the oggdsf-derived libraries. Happy hacking! -- : Andr? Pang (x4180) : Software Engineer, Networked Media : CeNTIE

> The main problem is : After some time of indexing from Dovecot, Dovecot > returns errors (invalid SID, etc...) and Solr return "out of range > indexes" errors I've been watching the progress of this thread with no small concern, mainly because I've been tasked with providing a server-side email search facility with a budget and manpower level that comes down to mainly

What about consedering linking Dovecot with Xapian librairies instead of going to nightmare Solr ? https://xapian.org/features On 2019-01-02 17:10, John Tulp wrote: > On Wed, 2019-01-02 at 00:59 -0800, M. Balridge wrote: The main problem is : After some time of indexing from Dovecot, Dovecot > returns errors (invalid SID, etc...) and Solr return "out of range > indexes"