search for: streambuf

...t: > > Yes, this is one advantage, another is that we wouldn't have to fix the > same bug in multiple places :) Right. I've figured out where I need to make the changes in AsmWriterEmitter given the current design. I'm trying out a few interesting things here based on custom streambufs. It requires some surgery to AsmPrinters as a std::ostream won't work anymore due to the enhanced functionality of the custom streambufs. Is this still interesting to the larger LLVM community? One thing I have to do is figure out how to handle asm dumps to cerr....

...ntage, another is that we wouldn't have to fix the >> same bug in multiple places :) > > Right. I've figured out where I need to make the changes in AsmWriterEmitter > given the current design. Ok, cool. > I'm trying out a few interesting things here based on custom streambufs. > It requires some surgery to AsmPrinters as a std::ostream won't work > anymore due to the enhanced functionality of the custom streambufs. > Is this still interesting to the larger LLVM community? One thing I have > to do is figure out how to handle asm dumps to cerr. It reall...

On Wednesday 15 August 2007 11:32, Chris Lattner wrote: > > I'm trying out a few interesting things here based on custom streambufs. > > It requires some surgery to AsmPrinters as a std::ostream won't work > > anymore due to the enhanced functionality of the custom streambufs. > > Is this still interesting to the larger LLVM community? One thing I have > > to do is figure out how to handle asm dump...

...ave to fix the > >> same bug in multiple places :) > > > > Right. I've figured out where I need to make the changes in AsmWriterEmitter > > given the current design. > > Ok, cool. > > > I'm trying out a few interesting things here based on custom streambufs. > > It requires some surgery to AsmPrinters as a std::ostream won't work > > anymore due to the enhanced functionality of the custom streambufs. > > Is this still interesting to the larger LLVM community? One thing I have > > to do is figure out how to handle asm dump...

(cc'ing non-legacy llvm-dev this time; apologies if you get this twice. Please don't reply-all to the first one.) On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <hans at chromium.org> wrote: > Dear testers, > > Start your engines; 3.8.0-rc1 was just tagged from the 3.8 branch at > r258223. (It took a little longer than I'd planned, sorry about that.) > > There

Hi Hans, I'm seeing one unexpected failure: libc++ :: std/input.output/stream.buffers/streambuf/streambuf.protected/streambuf.put.area/pbump2gig.pass.cpp Test logs show: Standard Error: -- terminating with uncaught exception of type std::length_error: basic_string -- but only on my big endian MIPS machine. I have filed PR36373 for the above failure. I've looked at the failures from Ms...

On Wednesday 15 August 2007 13:10, Reid Spencer wrote: > > It really depends on what you mean. I've found that iostreams are > > extremely slow, much slower than C stdio streams. Eventually I'd like to > > move them to stdio, not to more complex streambufs :) > > Eventually I'd like to move them to native syscalls adapted by > lib/System and suited to the purposes of compilers :) I was just about to say that. While debugging my custom streambuf I had the "opportunity" of investigating how libstdc++-v3 defines cout and friend...

...et/tests: Fix tests on Win 2k. user32/tests: Use the correct codepage for WM_CHAR tests. Indrek Altpere (2): mshtml: Add NULL check to avoid crashing due to Gecko bug. mshtml: Add NULL check to get_frame_by_name. Iv?n Matellanes (12): msvcirt: Add initial implementation of streambuf. msvcirt/tests: Add initial tests for streambuf. msvcirt: Add implementation of streambuf::allocate. msvcirt: Add implementation of streambuf buffer getters. msvcirt: Add implementation of streambuf::unbuffered. msvcirt: Add implementation of streambuf locking. m...

...ut/iostreams.base/ios.base/ios.base.callback/register_callback.pass.cpp > libc++ :: std/input.output/iostreams.base/ios.base/ios.base.locales/imbue.pass.cpp > libc++ :: std/input.output/iostreams.base/ios/basic.ios.members/imbue.pass.cpp > libc++ :: std/input.output/stream.buffers/streambuf/streambuf.cons/copy.pass.cpp > libc++ :: std/input.output/stream.buffers/streambuf/streambuf.cons/default.pass.cpp > libc++ :: std/input.output/stream.buffers/streambuf/streambuf.protected/streambuf.assign/assign.pass.cpp > libc++ :: std/input.output/stream.buffers/streambuf/strea...

On Wed, 15 Aug 2007, David Greene wrote: > I was just about to say that. While debugging my custom streambuf I had the > "opportunity" of investigating how libstdc++-v3 defines cout and friends. > It's not pretty. Basically, there's a stdio_sync_filebuf used as a proxy to > C's FILE *. Because stdio_sync_filebuf does no buffering itself (delegating > that to FILE), basi...

...m:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\ios:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xlocnum:10: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\streambuf:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xiosbase:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xlocale:8: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\inclu...

Dear testers, There's been a lot of merges since rc1, and hopefully the tests are in a better state now. 6.0.0-rc2 was just tagged, after r324506. Please test, let me know how it goes, and upload binaries. Thanks, Hans

...writing to the file cache at > > best or to > > disk at worst (or is that to the network?). A virtual call seems a > > small > > price to pay for the flexibility it provides. > > How is that different than stdio? The virtual calls provide the flexibility to do custom streambufs, which has all sorts of nice encapsulation properties. Now, if I were to redesign iostreams, I would try to turn that dynamic polymorphism into static polymorphism. I think the ability to switch streambufs at runtime is hardly ever used, so we really don't need virtual calls. But maybe we&...

"Chris Lattner" <sabre at nondot.org> wrote in message news:Pine.LNX.4.44.0410051204480.5863-100000 at nondot.org... > On Tue, 5 Oct 2004, Alex Vinokur wrote: > > > I would like to use LLVM-GCC to compare its performance with other compilers. > > Something like testsuite "Computing very large Fibonacci numbers" at > >

...bic locales. gdi32/tests: Japanese Win 7 uses MS Shell Dlg as its default GUI font. Revert "advapi32: Fix RegEnumValueW when enumerating long values.". shell32/tests: Don't leave behind open explorer windows. Iv?n Matellanes (9): msvcirt: Add implementation of streambuf::sgetc. msvcirt: Add implementation of streambuf::sputc. msvcirt: Print error messages in unimplemented functions. msvcirt: Add implementation of streambuf::xsgetn. msvcirt: Add implementation of streambuf::xsputn. msvcirt: Add implementation of streambuf::sgetn/sputn....

>>> 1. The static constructor contortions in place to handle the >>> extremely >>> unlikely case of a static object constructor writing to one of the >>> standard streams. >> >> I also dislike this strongly, but it isn't really related. > > Isn't this the motivation behind "#include <iostreams> is hereby >

This is the patch to provide dbgs(), an optionally circular-buffering debug stream. The idea is to buffer debug output and print the last N bytes of output, where N is specified via a command-line switch -debug-buffer-size. This is useful when compiling very large codes where one is only interested in the last few thousand lines (or so) of debug output, just before some failure. This patch is

On Tuesday 15 December 2009 15:21, David Greene wrote: > Please review and let me know what needs to change before I start > merging stuff in. I left in quite a few unnecessary headers from previous incarnations (streambuf, etc.). I will fix those. Please comment on the rest. -Dave

On Fri, 10 Aug 2007, David Greene wrote: > I'm looking at extending AsmPrinter to pretty-print comments after > instructions (I'm adding the necessary fields to MachineInstr to do this). ok > I also have a few questions on the general design of AsmPrinter. Why is > runOnMachineFunction implemented for each target AsmPrinter? I would Historical reasons that aren't very

...and >merging back those code changes you've made that are appropriate. > > We commented our sources and made documentation (user & developper) on what we wrote. I understand it is difficult to merge our changes into your codes : - Format module and buffer module (now known as streambuf) were totaly rewritten in order to add new capabilities, modularity and improve performances. It's (I think) easier to add new ogg formats because, there's a recognition of ogg encapsulated format which transparently toggle to the good plugin function (speex, vorbis (but we could easily...