search for: bsd'd

...> > There are three obvious options: >  1. Roll our own library. Multiple unnamed individuals may even > already have implementations lying around! :) > >  2. Use POSIX regcomp facilities. This implies importing some > implementation of this interface, e.g., Windows. On Linux, BSD, etc. > we would try to use the platform version if available (and non-buggy). Don't do it. They are ridiculous slow, and posix made some really dumb choices in regexps. > >  3. Import a more heavy weight library such as PCRE, and use it universally. PCRE is actually quite slow too....

...ompatible" messages from llvm-gcc as they are generally harmless. > and many many more like this. Then when I try to run a.out: > > Could not resolve external global address: stdout > Abort (core dumped) This sounds like runtime library problems. > > I'm running FreeBSD 5.2.1 with gcc 3.3.3. I had some problem starting > the build as I had to get linux binary emulation to work. (The problem > here is that FreeBSD can be made compatible with 5 different distros, > and not all of them work with LLVM. I used linux_base-8; linux_base-6 > did not work.)...

Hi, I haven't seen this mentioned here before. http://www.plusv.org/ "With traditional MP3, a typical Near CD Quality audio file has been encoded with a data rate of 128 kbits/s. While this is ok for people with big hard disks and fast Internet connections, this data speed has clearly been a bottleneck for people using modems or storing their music into 32 or 64 MB portable player

On Aug 23, 2009, at 9:01 PM, Daniel Berlin wrote: >> 2. Use POSIX regcomp facilities. This implies importing some >> implementation of this interface, e.g., Windows. On Linux, BSD, etc. >> we would try to use the platform version if available (and non- >> buggy). > > Don't do it. > They are ridiculous slow, and posix made some really dumb choices in > regexps. We want to use this from FileCheck, which we build at -O0 today. Also, each regex...

...to support regular expressions. There are three obvious options: 1. Roll our own library. Multiple unnamed individuals may even already have implementations lying around! :) 2. Use POSIX regcomp facilities. This implies importing some implementation of this interface, e.g., Windows. On Linux, BSD, etc. we would try to use the platform version if available (and non-buggy). 3. Import a more heavy weight library such as PCRE, and use it universally. My personal preference is #2, and I may work on this in the near-term, but I wanted to check for conflicting opinions first. My main reasons...

...std::__codecvt_abstract_base<wchar_t,char,__mbstate_t>"* %_ZN9__gnu_cxx10time_put_wE [8 x sbyte]* %_ZN9__gnu_cxx10time_put_wE and many many more like this. Then when I try to run a.out: Could not resolve external global address: stdout Abort (core dumped) I'm running FreeBSD 5.2.1 with gcc 3.3.3. I had some problem starting the build as I had to get linux binary emulation to work. (The problem here is that FreeBSD can be made compatible with 5 different distros, and not all of them work with LLVM. I used linux_base-8; linux_base-6 did not work.) I did have some bui...

...one other. On Sun, Aug 23, 2009 at 10:28 PM, Chris Lattner<clattner at apple.com> wrote: > On Aug 23, 2009, at 9:01 PM, Daniel Berlin wrote: >>>  2. Use POSIX regcomp facilities. This implies importing some >>> implementation of this interface, e.g., Windows. On Linux, BSD, etc. >>> we would try to use the platform version if available (and non- >>> buggy). >> >> Don't do it. >> They are ridiculous slow, and posix made some really dumb choices in >> regexps. > > We want to use this from FileCheck, which we build at...

On Thu, 19 Aug 2004 08:45:23 -0700 Reid Spencer <reid at x10sys.com> wrote: > > I'm running FreeBSD 5.2.1 with gcc 3.3.3. I had some problem starting > > the build as I had to get linux binary emulation to work. (The problem > > here is that FreeBSD can be made compatible with 5 different distros, > > and not all of them work with LLVM. I used linux_base-8; linux_base-6 >...