On Sun, Feb 5, 2012 at 1:30 AM, <[email protected]> wrote: > Send flac-dev mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of flac-dev digest..." > > > Today's Topics: > > 1. Re: Moving CPP hackery (JonY) > 2. Re: Moving CPP hackery (Erik de Castro Lopo) > 3. Re: Meet the new maintainer (Erik de Castro Lopo) > 4. Re: Moving CPP hackery (JonY) > 5. Re: Moving CPP hackery (Erik de Castro Lopo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 04 Feb 2012 17:32:23 +0800 > From: JonY <[email protected]> > Subject: Re: [flac-dev] Moving CPP hackery > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > On 2/4/2012 13:20, Erik de Castro Lopo wrote: > > Hi all, especially David Yeo and JonY, > > > > I've started moving compiler specific CPP hacker into a separate file > > at include/share/compat.h. > > > > Eventually I hope to be able to move all of the require CPP hackery > > for $random_compiler into this file and have any C file which needs > > any compiler specific tweak to include this new compatibilty header. > > > > My belief is that one this CPP hackery is all in one place, it will > > be far easier to modify and keep correct. > > > > So, I would be very greatful if David Yeo and JonY could test current > > git HEAD and provide a patch if anything breaks. I will hold off > > on any further hacking for a couple of days to give you guys time to > > test this. > > > > Hi, > > Looks like there are some missed defines in the test_libFLAC++. Attached > patch fixes that. > > Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. > > I also suggest changing all the switch-case statements in configure.ac > to AS_CASE. > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... > Name: cpp_hack.txt > Url: > http://lists.xiph.org/pipermail/flac-dev/attachments/20120204/1d18e0d5/attachment-0002.txt > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... > Name: config.txt > Url: > http://lists.xiph.org/pipermail/flac-dev/attachments/20120204/1d18e0d5/attachment-0003.txt > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 196 bytes > Desc: OpenPGP digital signature > Url : > http://lists.xiph.org/pipermail/flac-dev/attachments/20120204/1d18e0d5/attachment-0001.pgp > > ------------------------------ > > Message: 2 > Date: Sat, 4 Feb 2012 20:45:25 +1100 > From: Erik de Castro Lopo <[email protected]> > Subject: Re: [flac-dev] Moving CPP hackery > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=US-ASCII > > JonY wrote: > > > Looks like there are some missed defines in the test_libFLAC++. Attached > > patch fixes that. > > Good one. Thanks. > > > Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > > to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > > Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. > > For that I think I'd prefer to purge all use of ntohl. Will make that > a high priority. > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > > ------------------------------ > > Message: 3 > Date: Sat, 4 Feb 2012 21:49:26 +1100 > From: Erik de Castro Lopo <[email protected]> > Subject: Re: [flac-dev] Meet the new maintainer > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=US-ASCII > > Ralph Giles wrote: > > > Er, which results are available at > https://mf4.xiph.org/jenkins/job/flac/ > > > > Currently the build is failing on 'make distcheck' > > Ralf, > > What platform does this build on? Is it more than one? > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > > ------------------------------ > > Message: 4 > Date: Sat, 04 Feb 2012 20:09:20 +0800 > From: JonY <[email protected]> > Subject: Re: [flac-dev] Moving CPP hackery > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > On 2/4/2012 17:45, Erik de Castro Lopo wrote: > > JonY wrote: > > > >> Looks like there are some missed defines in the test_libFLAC++. Attached > >> patch fixes that. > > > > Good one. Thanks. > > > >> Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > >> to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > >> Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. > > > > For that I think I'd prefer to purge all use of ntohl. Will make that > > a high priority. > > > > Erik > > Does AC_C_BIGENDIAN work well? I assume if a system is not big endian, > its small endian. Are mid endian systems still around? > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 196 bytes > Desc: OpenPGP digital signature > Url : > http://lists.xiph.org/pipermail/flac-dev/attachments/20120204/e9eb8f80/attachment-0001.pgp > > ------------------------------ > > Message: 5 > Date: Sun, 5 Feb 2012 06:34:16 +1100 > From: Erik de Castro Lopo <[email protected]> > Subject: Re: [flac-dev] Moving CPP hackery > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=US-ASCII > > JonY wrote: > > > On 2/4/2012 17:45, Erik de Castro Lopo wrote: > > > JonY wrote: > > > > > >> Looks like there are some missed defines in the test_libFLAC++. > Attached > > >> patch fixes that. > > > > > > Good one. Thanks. > > > > > >> Also, wsock32 usage is deprecated, on Win7, wsock32 forwards > everything > > >> to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > > >> Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. > > > > > > For that I think I'd prefer to purge all use of ntohl. Will make that > > > a high priority. > > Just so you know, I have a patch to remove ntohl() in my queue. > > > Does AC_C_BIGENDIAN work well? > > Its ok, but I'll probably replace it with an m4 macro from libsndfile > which is quite a bit better. > > > I assume if a system is not big endian, its small endian. > > Usually called little endian. > > > Are mid endian systems still around? > > I've not heard of one any time in the last 10 years. > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > > ------------------------------ > > _______________________________________________ > flac-dev mailing list > [email protected] > http://lists.xiph.org/mailman/listinfo/flac-dev > > > End of flac-dev Digest, Vol 87, Issue 10 > **************************************** >
-- Thanks & Regards Tarun Chauhan +91 - 9266858589
_______________________________________________ flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
