search for: imao

Dovecot version: 1.1-rc8, 1.1-rc9 System: Linux-2.6.2x User-Agent: claws-mail-3.3 and 3.4 When appending messages (e.g. copy from mailclient local folder or second server to dovecot imap folder) dovecot answers with: <tag> OK [APPENDUID <n> <m>] Append completed\r\n This answer often reaches the client as two or more TCP packets, the client (when not using TCP_NODELAY on its

Is it possible to have some folders be mbox and some be maildir format? Why you might ask? Sometime for diagnostics I have the Exim MTA archive certain messages in MBOX format and then I want to copy them into an imao folder to look at them with Thunderbird. When I used MBOX all I had to do was copy the file into a folder and it worked. So what I'd like to do is have a folder with a special name that is MBOX and the rest be maildir. Ideally have Dovecot be smart so that if the file exists then it is ass...

..., although such small shouldn't be a problem: http://llvm.org/docs/CodingStandards.html [BTW, anyone knows where is the document that used to explain how to contribute to LLVM? (preparing and submitting patches, etc). The new document structure with its intermediate pages is a step backwards IMAO. The monolithic index is more convenient. After all, we have not so many documents.]

...e a problem: > > http://llvm.org/docs/CodingStandards.html > > > [BTW, anyone knows where is the document that used to explain how to > contribute to LLVM? (preparing and submitting patches, etc). The new > document structure with its intermediate pages is a step backwards > IMAO. The monolithic index is more convenient. After all, we have not so > many documents.] http://llvm.org/docs/DeveloperPolicy.html . -Eli

Hello all, I've managed to trace an awkward bug down to the MSVC linker incorrectly merging llvm::OperandInfo constants between various backend targets I was linking in to my compiler executable. The bug manifested itself by replacing the operand data structures for target A with the data structures for target B. I have managed to work around this issue by moving the operand definitions

On Tue, 29 Sep 2020 at 18:53, John Paul Adrian Glaubitz < glaubitz at physik.fu-berlin.de> wrote: > So, shall we setup a server for that or is there some existing > infrastructure > from LLVM that is used in this case? > Unfortunately, we don't have a centralised infrastructure like GCC. Each target community is responsible for maintaining their own buildbots. All we

...ding.... Simon. On 30/09/2020 21:14, Min-Yih Hsu via llvm-dev wrote: > Hi All, > > I've composed a draft roadmap for this new target. I've decided to try > Github's "Projects" feature, as it provides a clearer view to see all > the blockers and action items, IMAO. Here is the link: > https://github.com/M680x0/M680x0-mono-repo/projects > <https://github.com/M680x0/M680x0-mono-repo/projects> > > Currently I only created two major milestones: Becoming an > experimental target and becoming an official target. For each > milestone, I...

IMAO the CMake LLVM build specification has matured enough to supersede the Visual Studio solution that is distributed with LLVM. It has this advantages over it: * Supports all Visual Studio versions which are C++ compliant enough to build LLVM (i.e. VS2003 and above). It supports NMake too. No more...

On Fri, Oct 28, 2011 at 1:31 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Daniel Dunbar <daniel at zuster.org> writes: > >> I'm going to briefly summarize my responses here. >> >> On Fri, Oct 28, 2011 at 9:56 AM, Chris Lattner <clattner at apple.com> wrote: >>> On Oct 28, 2011, at 12:54 AM, Óscar Fuentes wrote: >>>> Anyways, if

Daniel Dunbar <daniel at zuster.org> writes: > I'm going to briefly summarize my responses here. > > On Fri, Oct 28, 2011 at 9:56 AM, Chris Lattner <clattner at apple.com> wrote: >> On Oct 28, 2011, at 12:54 AM, Óscar Fuentes wrote: >>> Anyways, if you wish to avoid duplicating info on both Makefile and >>> CMakeLists.txt there is a simple