search for: 20041018

...inline assembly for Visual C, unfortunately I had to use the nasty IncludeFile trick again to get the linker to work.. m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/10234652/attachment.txt>

...VC does not... I also include the patch for the variable length array problem I forgot to attach to my previous mail. m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff1.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/14434efb/attachment.txt> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/14434efb/attachment-0001.txt>

...ort can apply them locally without waiting for them to be accepted in the main tree, but maybe there is a better way? m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/b57cb59d/attachment.txt>

...kage, because I thought that the version upgrade was made through the $releasever environment variable. Any help would be much appreciated. Kind regards, Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20041018/58d144ff/attachment-0004.html>

Unlike test47, test49 refuses to authenticate pop3s if disable_plaintext_auth = yes Checked the crypto with: snort -vde tcp port 995 The connection is being made with ssl so it looks like the plaintext auth preventer is broken. -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I have been in discussion with several other accessibility projects to work on a common API for speech synthesis and speech recognition drivers. I suggested to discuss this on a mailing list and to found a new list at freedesktop.org for this purpose. Since there are also a number of other accessibility related areas where cooperation is

...his set is asked for, instead of a const_iterator -- Visual C (rightfully) flags this as an error. Here is a patch... m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/96d23140/attachment.txt>

...the same name in almost the same scope... The Visual C compiler can't compile things like this, so here is a patch. m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/eb471e59/attachment.txt>

...om the C++ standard, this is correct behaviour, so I don't know why gcc wasn't complaining... Here is the patch m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/6ef0c9af/attachment.txt>

...sion function to one with std::less -- doesn't compile on Visual C and looks like a real error... Here is a patch. m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/5f40d9b4/attachment.txt>

> There was a similar problem some time ago, and was resolved with alloca. > I think it's a better solution to use the stack instead of the heap... Actually, I looked into this and alloca is not standard C++ since it can create problems for the exception handling (although it compiles fine with Visual C). This is probably why there have been compilation problems on some platforms

I submitted a patch with a std::vector, but was commited as alloca ;-P --- P On Oct 18, 2004, at 4:04 PM, Morten Ofstad wrote: >> There was a similar problem some time ago, and was resolved with >> alloca. I think it's a better solution to use the stack instead of >> the heap... > > Actually, I looked into this and alloca is not standard C++ since it > can

...reduce the number of mails, I also include my next patch -- X86 > specific code and inline assembly for Visual C, unfortunately I had to > use the nasty IncludeFile trick again to get the linker to work.. I applied most of this here: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041018/019493.html Can you explain what goes wrong without the stub? It's the only part that I didn't apply. Thanks! -Chris -- http://llvm.org/ http://nondot.org/sabre/

...port, I think .. e.g. export/import ). Reid. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041018/c893e6f4/attachment.sig>

There was a similar problem some time ago, and was resolved with alloca. I think it's a better solution to use the stack instead of the heap... --- Paolo Invernizzi On Oct 18, 2004, at 3:12 PM, Morten Ofstad wrote: > In lib/CodeGen/LiveVariables.cpp a variable length array is created. > Since this is not standard C++, it won't compile with Visual Studio > (for interested

I'm getting pretty constant index corruption on (admittedly large) Maildir folders. I'm running Thunderbird 0.7.3 and Mutt as my IMAP clients (on FreeBSD). Server is Dovecot 0.99.10.9 configured thusly: ./configure --disable-ipv6 CC=gcc-3.3 CXX=g++-3.3 --prefix=/opt/dovecot --without-pop3d on a Solaris 2.8 box. Maildirs are NFS-mounted, but the index files are on local UFS

In lib/CodeGen/LiveVariables.cpp a variable length array is created. Since this is not standard C++, it won't compile with Visual Studio (for interested readers, there is a discussion of why the C99 style variable length array is a bad idea in C++ here: http://www.cuj.com/documents/s=8191/cuj0209stroustr/) I have made a patch that uses 'new' and 'delete' instead - if this

Can this be done with dovecot? I really like the imap idle feature, but it doesn't work for me because I sort my mail into folders with procmail, so it only notifies me when one drops into inbox and not a subfolder. Is there just an option for this I'm missing, or does support for this not exist yet? Also, I don't think its a client issue as I watched the traffic with tcpdump

Hi, I didn't get a clear idea what to do whit this problem: OptimizerDriver.cpp seems to be unix platform specific. However, I'm compiling this on MinGW. Shouldn't this be moved to lib/System/<platform>? Any suggestions? -------------------------- c:/Projects/src/llvm/tools/bugpoint/OptimizerDriver.cpp:28:22: sys/wait.h: No such file or directory

On Mon, 18 Oct 2004, Morten Ofstad wrote: > Chris Lattner wrote: > > Can you explain what goes wrong without the stub? It's the only part that > > I didn't apply. > > The X86 backend doesn't get registered since there are no references to > symbols in X86TargetMachine the object file is never pulled in from the > library I create, and thus the static