similar to: Darwin Streaming Server

Hi, I saw the documentation "RTP Payload Format for Vorbis Encoded Audio". My question: The Darwin Streaming Server (OpenSource and free for several plattforms) streams media with RTSP/RTP. For more information: http://www.publicsource.apple.com/projects/streaming/ I know that a QuickTime Component of Ogg Vorbis (compressor/decompressor) in progress. (Thanks guys) Could I stream Ogg

Hi Icecasters! I'm trying to gather information about the open source streaming scene (server-side) and, well, I consider three contenders (am I missing one?) for the "best streaming architecture". They are (in no particular order)... - (Vorbis's)? Icecast 2.0 + Ices - Apple's Darwin Streaming Server (Quicktime Streaming Server) 4.1 - Real's Helix Platform My study

No, that should work fine, and is exactly what I use to compile atomics on Darwin. --Owen On May 23, 2009, at 11:02 PM, Xi Wang wrote: > Thanks. I think I am using Apple GCC 4.2. > > i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5566) > > Should I use something else for LLVM? > > - xi > > On Sun, May 24, 2009 at 1:20 AM, Owen Anderson <resistor at

Thanks. I think I am using Apple GCC 4.2. i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5566) Should I use something else for LLVM? - xi On Sun, May 24, 2009 at 1:20 AM, Owen Anderson <resistor at mac.com> wrote: > > On May 23, 2009, at 9:41 PM, Xi Wang wrote: > > There is no __sync_synchronize or __sync_val_compare_and_swap on Mac > OS X.  One might use

This may be slightly off-topic but I'm trying to find out information about the Darwin Streaming Server and what it may be compatible with, as far as stream encoder formats. I saw this mentioned in an update. MP3 Streaming: You can serve standard MP3 files using Icecast-compatible protocols over http. Build a playlist of MP3 files and serve them to MP3 clients such as iTunes, SoundJam

On May 23, 2009, at 9:41 PM, Xi Wang wrote: > There is no __sync_synchronize or __sync_val_compare_and_swap on Mac > OS X. One might use OSMemoryBarrier or OSAtomicCompareAndSwap32 > instead. The patch is attached. Actually, __sync_synchronize and __sync_val_compare_and_swap DO exist on Darwin, but only if you use Apple's GCC 4.2 (or later), just as it is on Linux. We always

Hi James, I agree, we should keep a mode that prints register names (instead of just the numbers). I lean toward having a verbose mode that is compatible with the GNU assembler, which means %r1 instead of just r1. gas will also accept that syntax, so it seems more useful than the Darwin syntax on current systems. What do you think? -Hal ----- Original Message ----- > From: "James Y

Can anyone shed some light on the origins of the comments... /* Mach-O doesn't support omitting the frame pointer for now. */ ...in gcc/config/i386/i386.c. FSF gcc trunk has enabled the omit-frame-pointer option as the default for both i386 and x86_64 recently. * config.gcc: Handle --enable-frame-pointer. * configure.ac: Add --enable-frame-pointer. * configure: Regenerated. *

Hi all, I just posted two patches on phabricator to remove Darwin support from the POWER backend. I thought I had posted this on the dev mailing list some time ago, but I cannot find a reference to it now. The intention here is to cleanup the POWER backend. Darwin has not been supported on POWER for quite some time now, and we'd like to use this as an opportunity to clean up several aspects

So I couldn't get exceptions to work on PPC darwin. After much digging and confusion, there seem to be two separate issues. The gcc testsuite is running the version of the unwinding code that was built with the local (llvm-)gcc, which doesn't work because nobody has implemented builtin_return_address for that target. So that's one problem. More seriously, the version of the

Does anyone know if the issue with building the gfortran front-end on Darwin will be addressed for llvm 2.4? The last time a checked a few weeks back, llvm-gcc-4.2 svn was still producing the linkage error... > Undefined symbols: > "_create_init_utf16_var", referenced from: > _darwin_build_constant_cfstring in libbackend.a(darwin.o) I believe the analysis of this was

At 07:44 PM 8/11/02 -0400, you wrote: >Hi Icecasters! > >I'm trying to gather information about the open source streaming scene >(server-side) and, well, I consider three contenders (am I missing one?) >for the "best streaming architecture". They are (in no particular order)... > >- (Vorbis's)? Icecast 2.0 + Ices >- Apple's Darwin Streaming Server

This may be that the libgcc_s.dylib based unwinder is incompatible with the darwin unwinder. You cannot mix and match the two. One of the lines from the bugzilla comments shows: /sw/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0, being used. That will not work. All of the libgcc_s.dylib functionality has been subsumed into libSystem.dylib on SnowLeopard (darwin10). The

hello free streamers, after i had not much luck with " Darwin streaming server" ( because of a lack of NAT implementation ) i got a hint from a Wireless mailing list to try OGG/Theora streaming. I ?ve found a great site here <http://www.oddsock.org/guides/video.php> and downloadet and installed "icecast" and the theora libs with success on my macintosh mini ,

I realize this is off-topic for the list, but I thought all the darwin developers here might want to be aware of this. The current regressions in gcc trunk regarding exception handling has been escalated to a P1 in order to attract darwin developers to the issue... http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260#c31 If these regressions aren't fixed before gcc 4.5's release, it appears

On Aug 25, 2009, at 9:57 PM, Chris Lattner wrote: > > On Aug 25, 2009, at 2:33 PM, Mike Stump wrote: > >> On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: >>> Current llvm-gcc-4.2 for trunk and the 2.6 release >>> is unable to build the i386 multilib for the >>> x86_64-apple-darwin target. The attached patch provides >>> this support. Can we get

Dear folks: First of all, thanks for a great product and please do keep up your fine job with samba. As a humble contribution to your project, below is a patch to configure.in that allows libsmbclient.so to be correctly built in my system (Mac with Mac OS X). I hope this to be useful. I also noted that the generated Makefile, did not correctly install the library as the 'install'

I'm interested in doing some work on Darwin using LLVM. I have two questions before getting started: (1) Has anyone compiled the Darwin kernel with llvm-gcc, and if so what is the latest version that has been compiled? (2) Are there any specific books or online docs you would recommend, other than the docs that come with the public Darwin software? Thanks, --Vikram

Any chance that we could get r80071 applied to llvm-gcc-2.4 2.6 branch in about a week? As Mike said this change should be very safe. Jack On Wed, Aug 26, 2009 at 12:48:15AM -0700, Eric Christopher wrote: > > On Aug 25, 2009, at 9:57 PM, Chris Lattner wrote: > > > > > On Aug 25, 2009, at 2:33 PM, Mike Stump wrote: > > > >> On Aug 23, 2009, at

doesn't --target=x86_64-apple-darwin imply you don't want multi-libs, and an x86_64-only compiler? Shantonu Sent from my MacBook On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: > Current llvm-gcc-4.2 for trunk and the 2.6 release > is unable to build the i386 multilib for the > x86_64-apple-darwin target. The attached patch provides > this support. Can we get this into