Well, I'm bored, and I hope I'm not getting in the way of anyone, but I was like hell might as well try to make a new Xcode project, although I am using 10.8 with the latest xcode, so I'd have to manually remove that, but there is one serious concern, and that's that header files are being called from 1 directory up from where they are, for example:
"share/compat.h" which Xcode needs to be listed as "include/share/compat.h" and I really don't want to be editing these paths, because god only knows what it'll break, any suggestions? On Tue, Apr 30, 2013 at 5:46 PM, <flac-dev-requ...@xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via email, send a message with subject or body 'help' to > flac-dev-requ...@xiph.org > > You can reach the person managing the list at > flac-dev-ow...@xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of flac-dev digest..." > > Today's Topics: > > 1. Re: flac-dev Digest, Vol 101, Issue 27 (Marcus Johnson) > 2. Re: flac-dev Digest, Vol 101, Issue 27 (Martijn van Beurden) > 3. Re: What is in directory flac.pbproj? (Brian Willoughby) > 4. README (was flac-dev Digest, Vol 101, Issue 27) (Ulrich Klauer) > 5. Re: Pre-release 1.3.0pre4 (hopefully the last) > (Martijn van Beurden) > > > ---------- Forwarded message ---------- > From: Marcus Johnson <bumblebritche...@gmail.com> > To: flac-dev@xiph.org > Cc: > Date: Tue, 30 Apr 2013 16:45:31 -0400 > Subject: Re: [flac-dev] flac-dev Digest, Vol 101, Issue 27 > I'd love to fix the .Xcodeproj (which is what they're called now) but I > don't have a clue how to, if I were to figure it out would you guys accept > it, or is it not worth my time? > > btw, someone on Windows should get the visual studio files working, it > always complains about not finding nasm.exe. > > > On Tue, Apr 30, 2013 at 3:00 PM, <flac-dev-requ...@xiph.org> wrote: > >> Send flac-dev mailing list submissions to >> flac-dev@xiph.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.xiph.org/mailman/listinfo/flac-dev >> or, via email, send a message with subject or body 'help' to >> flac-dev-requ...@xiph.org >> >> You can reach the person managing the list at >> flac-dev-ow...@xiph.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of flac-dev digest..." >> >> Today's Topics: >> >> 1. Re: [PATCH] Remaining Debian delta (Erik de Castro Lopo) >> 2. What is in directory flac.pbproj? (Erik de Castro Lopo) >> 3. Re: What is in directory flac.pbproj? (Ulrich Klauer) >> 4. Re: What is in directory flac.pbproj? (Erik de Castro Lopo) >> 5. Re: What is in directory flac.pbproj? (Ralph Giles) >> >> >> ---------- Forwarded message ---------- >> From: Erik de Castro Lopo <mle...@mega-nerd.com> >> To: flac-dev@xiph.org >> Cc: >> Date: Tue, 30 Apr 2013 10:00:38 +1000 >> Subject: Re: [flac-dev] [PATCH] Remaining Debian delta >> Ulrich Klauer wrote: >> >> > here are two patches from the Debian flac package that haven't found >> > their way into 1.3.0 yet. The first one is important because it fixes >> > a user-visible bug (albeit only affecting >> > --apply-replaygain-which-is-not-lossless). >> > >> > See the commit messages for the source of the patches, I only did the >> > rebasing (which was trivial). >> >> Thanks Ulrich. Applied. >> >> Cheers, >> Erik >> -- >> ---------------------------------------------------------------------- >> Erik de Castro Lopo >> http://www.mega-nerd.com/ >> >> >> >> ---------- Forwarded message ---------- >> From: Erik de Castro Lopo <mle...@mega-nerd.com> >> To: flac-dev@xiph.org >> Cc: >> Date: Tue, 30 Apr 2013 22:19:37 +1000 >> Subject: [flac-dev] What is in directory flac.pbproj? >> Hi all, >> >> There is a bunch of seemingly windows related stuff in the top level >> directory flac.pbproj which has not been touched since 2009. >> >> If it hasn't been touched, its almost certainly broken and redundant. >> Can I simply delete it? >> >> Cheers, >> Erik >> -- >> ---------------------------------------------------------------------- >> Erik de Castro Lopo >> http://www.mega-nerd.com/ >> >> >> >> ---------- Forwarded message ---------- >> From: Ulrich Klauer <ulr...@chirlu.de> >> To: flac-dev@xiph.org >> Cc: >> Date: Tue, 30 Apr 2013 14:35:17 +0200 >> Subject: Re: [flac-dev] What is in directory flac.pbproj? >> Erik de Castro Lopo wrote: >> >> There is a bunch of seemingly windows related stuff in the top level >>> directory flac.pbproj which has not been touched since 2009. >>> >> >> Apparently, it is a Project Builder project, from NeXTSTEP/MacOS X. >> Wikipedia says it "was" an IDE and "superseded by Xcode, as of Mac OS X >> 10.3 Panther". >> >> Ulrich >> >> >> >> >> ---------- Forwarded message ---------- >> From: Erik de Castro Lopo <mle...@mega-nerd.com> >> To: flac-dev@xiph.org >> Cc: >> Date: Wed, 1 May 2013 01:20:48 +1000 >> Subject: Re: [flac-dev] What is in directory flac.pbproj? >> Ulrich Klauer wrote: >> >> > Erik de Castro Lopo wrote: >> > >> > > There is a bunch of seemingly windows related stuff in the top level >> > > directory flac.pbproj which has not been touched since 2009. >> > >> > Apparently, it is a Project Builder project, from NeXTSTEP/MacOS X. >> > Wikipedia says it "was" an IDE and "superseded by Xcode, as of Mac OS >> > X 10.3 Panther". >> >> I should junk it then. Whatever is there now doesn't work. If someone >> wants to resurrect it they can always pull it out of git. >> >> Cheers, >> Erik >> -- >> ---------------------------------------------------------------------- >> Erik de Castro Lopo >> http://www.mega-nerd.com/ >> >> >> >> ---------- Forwarded message ---------- >> From: Ralph Giles <gi...@thaumas.net> >> To: flac-dev@xiph.org >> Cc: >> Date: Tue, 30 Apr 2013 10:06:09 -0700 >> Subject: Re: [flac-dev] What is in directory flac.pbproj? >> On 13-04-30 8:20 AM, Erik de Castro Lopo wrote: >> >> > I should junk it then. Whatever is there now doesn't work. If someone >> > wants to resurrect it they can always pull it out of git. >> >> Yes, that's fine. XCode 4.6.2 binds the extension, but can't open the >> project files, saying they're too old, so these aren't useful to current >> developers. >> >> -r >> >> >> >> _______________________________________________ >> flac-dev mailing list >> flac-dev@xiph.org >> http://lists.xiph.org/mailman/listinfo/flac-dev >> >> > > > ---------- Forwarded message ---------- > From: Martijn van Beurden <mva...@gmail.com> > To: flac-dev@xiph.org > Cc: > Date: Tue, 30 Apr 2013 22:48:27 +0200 > Subject: Re: [flac-dev] flac-dev Digest, Vol 101, Issue 27 > On 30-04-13 22:45, Marcus Johnson wrote: > >> btw, someone on Windows should get the visual studio files working, it >> always complains about not finding nasm.exe. >> > > These files work fine, but nasm is indeed necessary. Read the README for > more information > > > > > ---------- Forwarded message ---------- > From: Brian Willoughby <bri...@sounds.wa.com> > To: Marcus Johnson <bumblebritche...@gmail.com> > Cc: flac-dev@xiph.org > Date: Tue, 30 Apr 2013 14:15:19 -0700 > Subject: Re: [flac-dev] What is in directory flac.pbproj? > On Apr 30, 2013, at 13:45, Marcus Johnson wrote: > >> I'd love to fix the .Xcodeproj (which is what they're called now) but I >> don't have a clue how to, if I were to figure it out would you guys accept >> it, or is it not worth my time? >> > > Thanks for the offer, but I don't think it's worth the time. Here is my > reasoning: > > 1) Historically, flac has been built from the command line on OSX, just > like every other Unix operating system. In that respect, the .pbproj and > .xcodeproj files are not really necessary. In fact, that's probably why > they became outdated and broken, since nobody really needed them. I have > been working with flac for a long time, and I've never seen those files > work. When I built the last flac release for OSX distribution, I did not > use them, preferring to use make. > > 2) If anyone is going to fix the .pbproj or .xcodeproj files, I highly > recommend that it be done with Xcode itself. Attempting to manually edit > these files is pointless. You need to verify them with Xcode anyway, so you > might as well use Xcode to fix them. Frankly, recreating them makes more > sense than fixing the existing files, although you might look in the > existing files to make sure you don't leave anything out. > > 3) In my opinion, it is better to create the project files with the oldest > version of Xcode that is up to the task and supported. The reason is that > newer versions of Xcode can open old project files, converting them if > necessary. Unfortunately, the reverse is not true, so using Xcode 4 to fix > these files would needlessly exclude older versions. The only reason to > orphan developers this way is when the sources make use of new OSX features > that are not available on older releases, but flac doesn't depend on any OS > features that are exclusive to OSX, and certainly not on any OSX features > that are only in newer releases. > > 4) That said, Project Builder (.pbproj) is simply too old to be of use to > anyone, so far as I know. Apple possibly still supports OSX 10.4 Tiger, but > anything older than that is in the land of "fend for yourself" (where > command line make is going to work fine anyway). I believe it is true that > Project Builder was last seen on OSX 10.3 Panther, so I don't have a > problem with dropping it. I do maintain several Macs running various > different OSX releases, and I regularly build things under Tiger to ensure > that the largest number of people can run the binary, but even as old as > these machines are it's still Xcode, not Project Builder. > > I'd like to take a stab at creating a set of .xcodeproj files that work > with Xcode 2.5 and newer, but maybe someone will beat me to it. > > I fully support Erik's request to simply delete the .pbproj directory and > its contents. > > Brian Willoughby > Sound Consulting > > p.s. Unfortunately, I do not know who originally created those .pbproj > files, why they did it, or whether they ever worked. You might even find > archived list messages where I asked about them. > > > > > ---------- Forwarded message ---------- > From: Ulrich Klauer <ulr...@chirlu.de> > To: flac-dev@xiph.org > Cc: > Date: Tue, 30 Apr 2013 23:21:50 +0200 > Subject: [flac-dev] README (was flac-dev Digest, Vol 101, Issue 27) > Martijn van Beurden wrote: > > These files work fine, but nasm is indeed necessary. Read the README for >> more information >> > > Oh, speaking of README ... Here is a tiny patch to align it with the > renaming of configure.in. > > I also noticed two other things: > - It says "To build FLAC with support for Ogg FLAC you must have built and > installed libogg according to the specific instructions below", but there > are no such instructions in the file. > - The pbproj file is mentioned at the very end: "The Project Builder > project has been deprecated but we are working on replacing it with an > Xcode equivalent." > > Ulrich > > > ---------- Forwarded message ---------- > From: Martijn van Beurden <mva...@gmail.com> > To: flac-dev@xiph.org > Cc: > Date: Tue, 30 Apr 2013 23:45:48 +0200 > Subject: Re: [flac-dev] Pre-release 1.3.0pre4 (hopefully the last) > On 28-04-13 13:23, LRN wrote: > >> On 28.04.2013 13:38, Erik de Castro Lopo wrote: >> >>> I have tagged 1.3.0pre4 in git and provided a tarball here: >>> >>> http://downloads.xiph.org/**releases/flac/beta/flac-1.3.**0pre4.tar.xz<http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre4.tar.xz> >>> >>> I have built and tested the git tree on: >>> >>> linux-x86_64 openbsd5-i386 freebsd5-i386 >>> >> i686-w64-mingw32 - builds correctly, passes all tests (NT 6.1.7601). >> > Add to that: > - linux-x86_64 (passed usual tests, when configured with no options, > --enable-sse) > - minGW (not w64) on Windows 7 32-bit > - Visual Studio 2012 on Windows 7 32-bit > - armv6l-unknown-linux-gnueabihf (raspbian) > > Furthermore I've ran the tests I used for the lossless comparison which is > on the FLAC website. The results are attached. I'm not sure what happened, > but it seems something happened to my system (I did no software update or > something of that sort), the results are not fully reproducible when > considering decoding. I'll look into this. However, these results still > show that there hasn't been a (severe) regression in performance on linux. > > _______________________________________________ > flac-dev mailing list > flac-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/flac-dev > >
_______________________________________________ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev
