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-request at xiph.org> wrote:
> Send flac-dev mailing list submissions to
> flac-dev at 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-request at xiph.org
>
> You can reach the person managing the list at
> flac-dev-owner at 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 <bumblebritches57 at gmail.com>
> To: flac-dev at 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-request at xiph.org>
wrote:
>
>> Send flac-dev mailing list submissions to
>> flac-dev at 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-request at xiph.org
>>
>> You can reach the person managing the list at
>> flac-dev-owner at 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+la at mega-nerd.com>
>> To: flac-dev at 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+la at mega-nerd.com>
>> To: flac-dev at 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 <ulrich at chirlu.de>
>> To: flac-dev at 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+la at mega-nerd.com>
>> To: flac-dev at 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 <giles at thaumas.net>
>> To: flac-dev at 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 at xiph.org
>> http://lists.xiph.org/mailman/listinfo/flac-dev
>>
>>
>
>
> ---------- Forwarded message ----------
> From: Martijn van Beurden <mvanb1 at gmail.com>
> To: flac-dev at 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 <brianw at sounds.wa.com>
> To: Marcus Johnson <bumblebritches57 at gmail.com>
> Cc: flac-dev at 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 <ulrich at chirlu.de>
> To: flac-dev at 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 <mvanb1 at gmail.com>
> To: flac-dev at 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 at xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/flac-dev/attachments/20130430/e9f9b6cc/attachment-0001.htm