Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
Yakov Zaytsev wrote: I've got N900 recently and saw that according to this page http://hackage.haskell.org/trac/ghc/wiki/Platforms it's not possible to run GHC and GHCi easily on ARM. This sucks. According to this page, shared libraries are not supported on *any* platform except MacOS. Surely that's no longer true? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
On Thu, Mar 11, 2010 at 2:13 PM, Andrew Coppin andrewcop...@btinternet.comwrote: According to this page, shared libraries are not supported on *any* platform except MacOS. Surely that's no longer true? They are supported on Linux too now [1]. I don't know the status regarding Windows though. [1] http://haskell.org/ghc/docs/latest/html/users_guide/using-shared-libs.html -- Alp Mestanogullari http://alpmestan.wordpress.com/ http://alp.developpez.com/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
Alp Mestanogullari wrote: On Thu, Mar 11, 2010 at 2:13 PM, Andrew Coppin andrewcop...@btinternet.com mailto:andrewcop...@btinternet.com wrote: According to this page, shared libraries are not supported on *any* platform except MacOS. Surely that's no longer true? They are supported on Linux too now [1]. I don't know the status regarding Windows though. Yeah, I thought the IHG recently spent a bunch of money on getting it working on Linux. I gather Windows is a lowER priority (although it IS on the to-do list). It seems there's a bunch of information about GHC on the GHC developer's website, but it's often not especially up-to-date. (I guess the GHC devs have code to write, after all...) ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
On 11 March 2010 13:42, Andrew Coppin andrewcop...@btinternet.com wrote: Yeah, I thought the IHG recently spent a bunch of money on getting it working on Linux. I gather Windows is a lowER priority (although it IS on the to-do list). AFAIK shared libraries now work on Windows - Ben Lippmeier (under the auspices of the IHG) recently commited what were apparently the missing pieces there. I haven't actually tried it out though. Cheers, Max ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
Would be great to see GHC on Maemo. I recently bought an N900 and googled around to see if this is possible to write Haskell for the platform. The short answer is 'not easily' There are some old notes on getting previous versions compiling, but nothing up to date I gave up pretty quickly :-( On Wed, 2010-03-10 at 17:43 -0500, Yakov Zaytsev wrote: I've got N900 recently and saw that according to this page http://hackage.haskell.org/trac/ghc/wiki/Platforms it's not possible to run GHC and GHCi easily on ARM. This sucks. I want to propose a project bring GHC back to life on arm-linux. It is supposed that the outcome will be a package for Maemo 5. Actually, I want to apply for this project as a student. I hope to make NCG for ARM working in some sense. Dear list, what do you think about it? -- Yakov ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
On Thu, Mar 11, 2010 at 10:02:42PM +, phil wrote: Would be great to see GHC on Maemo. I recently bought an N900 and googled around to see if this is possible to write Haskell for the platform. Just a note, jhc works just fine for cross-compiling to maemo. It is one of the first cross-platform targets I tested with. John -- John Meacham - ⑆repetae.net⑆john⑈ - http://notanumber.net/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
I've got N900 recently and saw that according to this page http://hackage.haskell.org/trac/ghc/wiki/Platforms it's not possible to run GHC and GHCi easily on ARM. This sucks. I want to propose a project bring GHC back to life on arm-linux. It is supposed that the outcome will be a package for Maemo 5. Actually, I want to apply for this project as a student. I hope to make NCG for ARM working in some sense. Dear list, what do you think about it? -- Yakov ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
On Wed, 10 Mar 2010 17:43:06 -0500 Yakov == Yakov Zaytsev ya...@yakov.cc wrote: Yakov I want to propose a project bring GHC back to life on Yakov arm-linux. It is supposed that the outcome will be a package Yakov for Maemo 5. I hope we'll have MeeGo by the end of GSOC. ;) Go, for it! Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: F96FF5F6 signature.asc Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
Johan Tibell johan.tib...@gmail.com wrote: = A high-performance HTML combinator library using Data.Text = May I add * Conceptual compatiblity with the W3C DOM. The library shoud be designed in a way that allows a thin / automatically generated wrapping layer to support DOM operations, where applicable. ? It is a keep that in mind, not absolute, requirement. -- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or quoting of this signature prohibited. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
On Fri, Mar 5, 2010 at 3:46 PM, Achim Schneider bars...@web.de wrote: Johan Tibell johan.tib...@gmail.com wrote: = A high-performance HTML combinator library using Data.Text = May I add * Conceptual compatiblity with the W3C DOM. The library shoud be designed in a way that allows a thin / automatically generated wrapping layer to support DOM operations, where applicable. ? It is a keep that in mind, not absolute, requirement. I'm not quite sure I understand what you have in mind. Do you mean that given a value of type Html you can e.g. query by ID to find children? Cheers, Johan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
Johan Tibell johan.tib...@gmail.com wrote: On Fri, Mar 5, 2010 at 3:46 PM, Achim Schneider bars...@web.de wrote: Johan Tibell johan.tib...@gmail.com wrote: = A high-performance HTML combinator library using Data.Text = May I add * Conceptual compatiblity with the W3C DOM. The library shoud be designed in a way that allows a thin / automatically generated wrapping layer to support DOM operations, where applicable. ? It is a keep that in mind, not absolute, requirement. I'm not quite sure I understand what you have in mind. Do you mean that given a value of type Html you can e.g. query by ID to find children? The overall idea is that if we chose to write a browser in Haskell, which will come with an ECMAscript implementation in Haskell, it'd be nice if that HTML library could be developed into something that can be used as internal DOM representation (and messed with from the ECMAscript side) without breaking the already existing Haskell interface. Also, web developers that know DOM inside out shouldn't be alienated by Haskell doing things in a way that isn't compatible with their intuition about how DOM/HTML works. That is, the library should show potential to be queryable (with some generics library) with the same semantics as DOM, meaning that the information necessary to do that should be present. ...I don't mean that the library as implemented for the SoC must support such queries, but that e.g. a (to be written) library with the same haskell combinators that spews out an ADT instead of a string should be. -- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or quoting of this signature prohibited. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Anyone up for Google SoC 2010?
If it uses only one type for elements and perhaps another for attributes, Uniplate should fit any traversal needs perfectly. E.g., getElementByID: listToMaybe [ e | e - universe doc, elemID e == target_id ] or similar. This is doing essentially a depth-first search, so if this is a common operation, you'd need some further optimisation, but then I'm not convinced raw HTML is a good internal representation anyway. On 5 March 2010 16:20, Achim Schneider bars...@web.de wrote: Johan Tibell johan.tib...@gmail.com wrote: On Fri, Mar 5, 2010 at 3:46 PM, Achim Schneider bars...@web.de wrote: Johan Tibell johan.tib...@gmail.com wrote: = A high-performance HTML combinator library using Data.Text = May I add * Conceptual compatiblity with the W3C DOM. The library shoud be designed in a way that allows a thin / automatically generated wrapping layer to support DOM operations, where applicable. ? It is a keep that in mind, not absolute, requirement. I'm not quite sure I understand what you have in mind. Do you mean that given a value of type Html you can e.g. query by ID to find children? The overall idea is that if we chose to write a browser in Haskell, which will come with an ECMAscript implementation in Haskell, it'd be nice if that HTML library could be developed into something that can be used as internal DOM representation (and messed with from the ECMAscript side) without breaking the already existing Haskell interface. Also, web developers that know DOM inside out shouldn't be alienated by Haskell doing things in a way that isn't compatible with their intuition about how DOM/HTML works. That is, the library should show potential to be queryable (with some generics library) with the same semantics as DOM, meaning that the information necessary to do that should be present. ...I don't mean that the library as implemented for the SoC must support such queries, but that e.g. a (to be written) library with the same haskell combinators that spews out an ADT instead of a string should be. -- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or quoting of this signature prohibited. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe -- Push the envelope. Watch it bend. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
On 31 Jan 2010, Malcolm Wallace pointed out: Google has announced that the Summer of Code programme will be running again this year. If haskell.org people would like to take part again this year, then we need volunteers: The Darcs Team would certainly be delighted to participate in GSoC 2010, perhaps under the haskell.org umbrella. Leslie Hawthorne from Google has suggested the possibility of them being able to wrangle an extra slot or two for [Haskell.org] if they are acting as an umbrella org for darcs. http://lists.osuosl.org/pipermail/darcs-users/2009-October/021761.html I think we should make it very very clear that we would like this! First, * suggestions for suitable projects (in the past this was organised using a reddit) * an administrator to co-ordinate the application to Google (I have done it for the last three years but am very willing to hand on to someone else) I'll mention the Darcs ideas page here: http://wiki.darcs.net/GoogleSummerOfCode We're particularly interested in three things: (i) making Darcs faster (ii) building nice GUI tools and (iii) working seamlessly with SVN/Git repositories As for (i), we are also particularly interested in benchmarking. Criterion and now Progression seem like really great tools; hopefully, we can put them to good use. Meanwhile, perhaps there is extra room for tools that help large programs in their benchmarking? Two particularities may be [A] not always knowing how to get good benchmarks out of large coarse grained tasks (run darcs check on this repository) and [B] big benchmarks (run darcs check... on the GHC repo) Google will accept applications from organisations in the period 8th - 12th March 2010, approx 1900UTC. If haskell.org is accepted again, students can apply between 29th March - 9th April. More volunteers will be required: * to review student applications and choose which to accept * to supervise the accepted students Both of these roles are called mentor in the Google system. Putting together a good team of mentors before applying as an organisation is helpful towards us being accepted into the programme. I'll volunteer as a mentor if it helps. Darcs users: if you have a few spare hours this summer, this would be a most excellent way to participate. Stick your hand up :-) -- Eric Kow http://www.nltg.brighton.ac.uk/home/Eric.Kow PGP Key ID: 08AC04F9 pgpOxq0G55E2M.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Anyone up for Google SoC 2010?
Hello! [snip] We're particularly interested in three things: (i) making Darcs faster (ii) building nice GUI tools and (iii) working seamlessly with SVN/Git repositories [snip] Both of these roles are called mentor in the Google system. Putting together a good team of mentors before applying as an organisation is helpful towards us being accepted into the programme. I'll volunteer as a mentor if it helps. Darcs users: if you have a few spare hours this summer, this would be a most excellent way to participate. Stick your hand up :-) I am volunteering as a mentor as well. My schedule is too crammed to go the student way this year (and, probably, any future year). I am particularly interested in mentoring (i) kinds of projects mentioned by Eric above, but other will do, depending on what prospective students come up with. Yours, Petr. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe