Re: Seeking an active maintainer for 'directory'

2015-02-17 Thread Edward Kmett
I have no particularly strong opinion on the matter. I'm happy to leave
that up to Phil.

-Edward

On Tue, Feb 17, 2015 at 5:12 PM, Elliot Robinson 
elliot.robin...@argiopetech.com wrote:

 My, that was quick...

 I'd be happy to throw my hat into the ring as a co-maintainer with Phil
 (if the involved parties aren't opposed). I'm also somewhat more familiar
 with the POSIX side of things, though it wouldn't hurt me to brush up on my
 Win32.

 --
 Elliot Robinson
 GPG Key: 9FEDE59A

 On 02/17/15, Edward Kmett wrote:
  And we have a winner.
 
  Thanks, Phil.
 
  If you need any help from the core libraries committee, just ask; we'll
  support your efforts however we can.
 
  -Edward
 
  On Tue, Feb 17, 2015 at 2:25 PM, Phil Ruffwind r...@rufflewind.com
 wrote:
 
Is anybody interested in nominating themselves for this role?
  
   I would be interested in this.  I'm generally quite meticulous :) and
   I'm familiar with the APIs of both POSIX and Win32, albeit more so
   with POSIX.
  
   --
   Phil
  

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Resolving Windows 64-bit linker issues

2015-02-17 Thread Tamar Christina
Hi Roman  Simon,


I agree it makes sense to add it there, however I think 
https://ghc.haskell.org/trac/ghc/wiki/WindowsGhc that link should be used 
instead of the WindowsTaskForce link directly.


@Darren  Martin, would you also like to be added to the page?


Regards,

Tamar





From: Roman Kuznetsov
Sent: ‎Tuesday‎, ‎February‎ ‎17‎, ‎2015 ‎14‎:‎45
To: Gintautas Miliauskas
Cc: Tamar Christina, Simon Peyton Jones, Darren Grant, Mikolaj Konarski, 
ghc-devs@haskell.org, David Macek, kyra, Martin Foster






Hi,




That would definitely make sense to add more information for Windows in 
Platform-specific build notes. I will try taking care of it the coming week.




Roman



On Tue, Feb 17, 2015 at 12:56 PM, Gintautas Miliauskas 
gintau...@miliauskas.lt wrote:


Hi,



would someone be willing to be a coordinator for the team? Feel free to just 
edit the wiki. I am completely swamped by my new job and my move to London at 
the moment, and the situation is unlikely to change soon. Sorry :(





On Tue, Feb 17, 2015 at 10:14 AM, Tamar Christina loneti...@gmail.com wrote:




Hi Simon,

We do have a page on Trac with the members: 
https://ghc.haskell.org/trac/ghc/wiki/WindowsTaskForce

We could add the extra information there.

Regards,
Tamar



From: Simon Peyton Jones
Sent: ‎17/‎02/‎2015 10:18
To: Darren Grant; Mikolaj Konarski
Cc: Phyx; Roman Kuznetsov; ghc-devs@haskell.org; David Macek; kyrab; Gintautas 
Miliauskas; Martin Foster
Subject: RE: Resolving Windows 64-bit linker issues







One really helpful thing would be to 

· make a wiki home page for the Windows Task Force

· list who is on it

· list the main tasks “in flight” and what their status is

· any other plans

Anything to broaden visibility of the WTF, and encourage others to join in.  
Communication is all in an open-source context!

 

Thanks for working on Windows… it’s a very popular platform, and needs your 
love!

 

Simon 

 




From: Darren Grant [mailto:dedgr...@gmail.com] 
Sent: 17 February 2015 05:03
To: Mikolaj Konarski
Cc: Phyx; Roman Kuznetsov; ghc-devs@haskell.org; Simon Peyton Jones; David 
Macek; kyrab; Gintautas Miliauskas; Martin Foster
Subject: Re: Resolving Windows 64-bit linker issues

 


To expand on that (let's see if I can do this without accidentally sending 
again, oops!):

Roman, I will get in touch with you on a separate email thread to see if we can 
find an optimal way to coordinate, something that satisfies our schedules and 
needs. Others please feel free to bug me any time by email (dedgr...@gmail.com) 
or on freenode #ghc as dedgrant, PST hours.

In the meantime I'll be auditing some of the related backlogged tickets on 
trac. If there's something I can do to help further the goal of a Windows Task 
Force page, please let me know.


Pleased to meet everyone!

Cheers,


Darren


 


 


On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant dedgr...@gmail.com wrote:



Thank you kindly for the great introduction. I hope I can be helpful here.






On Feb 16, 2015 7:47 AM, Mikolaj Konarski miko...@well-typed.com wrote:


Resending, since Roman's and Kyril's email addresses were mangled/missing.

On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
 Darren



 Excellent!  We have a Windows Task Force, consisting roughly of the folk in
 cc.  So they would be the first group to ask.



 (I think it would be very helpful to have a Windows Task Force home page, so
 that it’s easier to find the group.)



 thanks for helping with Windows.



 Simon



 From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Darren
 Grant
 Sent: 15 February 2015 07:36
 To: ghc-devs@haskell.org
 Subject: Resolving Windows 64-bit linker issues



 Hi all,



 I notice there are a series of related long-standing issues subject to
 particular cygwin64 quirks, and I'd like to offer time to help resolve these
 if possible

 At this point I've had some exposure to the GHC build process (7.8.3), and
 have poked around the GHC linker to gain some low level insight.



 Would anyone be available to fill me in on the current state of affairs with
 mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
 preferred direction but no available developer bandwidth to proceed?



 Thank you.



 Cheers,

 Darren



 





-- 

Gintautas Miliauskas





-- 


Sincerely yours,
Roman Kuznetsov___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Building vector with GHC HEAD

2015-02-17 Thread Dan Doel
Sorry about that. The pull request is now merged.

On Tue, Feb 17, 2015 at 9:22 AM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:

 On 2015-02-17 at 14:19:43 +0100, Jan Stolarek wrote:
  Devs,
 
  I'm not sure if this is the best place to ask this question but I'm
 almost certain someone here
  will have the answer. I want to build upstream master branch of vector
 library using GHC HEAD and
  cabal 1.22. Alas my attempts have failed:
 
  $ git clone g...@github.com:haskell/vector.git
  $ cd vector
  $ cabal sandbox init
  $ cabal install -w /dane/projekty/ghc/build/inplace/bin/ghc-stage2

 ...you need (at least) the following still unmerged PR applied for
 vector's 'master':

   https://github.com/haskell/vector/pull/58


 Cheers,
   hvr

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Building vector with GHC HEAD

2015-02-17 Thread Erik Hesselink
Or [1]. The tl;dr: add where rnf x = seq x () to the instance to get
the old behavior.

Erik

[1] https://ghc.haskell.org/trac/ghc/wiki/Migration/7.10#deepseq-1.4.0.0

On Tue, Feb 17, 2015 at 2:39 PM, Roman Cheplyaka r...@ro-che.info wrote:
 See http://bit.ly/1CDVOIZ

 On 17/02/15 15:19, Jan Stolarek wrote:
 Devs,

 I'm not sure if this is the best place to ask this question but I'm almost 
 certain someone here
 will have the answer. I want to build upstream master branch of vector 
 library using GHC HEAD and
 cabal 1.22. Alas my attempts have failed:

 $ git clone g...@github.com:haskell/vector.git
 $ cd vector
 $ cabal sandbox init
 $ cabal install -w /dane/projekty/ghc/build/inplace/bin/ghc-stage2
 Resolving dependencies...
 cabal: Could not resolve dependencies:
 trying: vector-0.11.0.0 (user goal)
 trying: base-4.8.0.0/installed-inp... (dependency of vector-0.11.0.0)
 next goal: deepseq (dependency of vector-0.11.0.0)
 rejecting: deepseq-1.4.0.0/installed-inp..., 1.4.0.0 (conflict: vector =
 deepseq=1.1  1.4)
 rejecting: deepseq-1.3.0.2 (conflict: base==4.8.0.0/installed-inp..., deepseq
 = base=4.3  4.8)
 trying: deepseq-1.3.0.1
 next goal: array (dependency of deepseq-1.3.0.1)
 rejecting: array-0.5.0.1/installed-inp..., 0.5.0.0 (conflict: deepseq =
 array=0.1  0.5)
 rejecting: array-0.4.0.1 (conflict: base==4.8.0.0/installed-inp..., array =
 base=4.2  4.7)
 rejecting: array-0.4.0.0 (conflict: base==4.8.0.0/installed-inp..., array =
 base=4.2  4.6)
 rejecting: array-0.3.0.3 (conflict: base==4.8.0.0/installed-inp..., array =
 base=4.2  4.5)
 rejecting: array-0.3.0.2, 0.3.0.1 (conflict: base==4.8.0.0/installed-inp...,
 array = base=4.2  4.4)
 rejecting: array-0.3.0.0 (conflict: base==4.8.0.0/installed-inp..., array =
 base=3  4.4)
 rejecting: array-0.2.0.0, 0.1.0.0 (conflict: base==4.8.0.0/installed-inp...,
 array = base4.3)
 Dependency tree exhaustively searched.

 The problem arises from vector requiring deepseq  1.4 when intree package 
 db contains deepseq
 1.4. Removing the upper bound on deepseq in vector.cabal allows to resolve 
 dependencies but ends
 with a build error:

 Data/Vector/Primitive/Mutable.hs:78:10:
 No instance for (GHC.Generics.Generic (MVector s a))
   arising from a use of ‘Control.DeepSeq.$gdmrnf’
 In the expression: Control.DeepSeq.$gdmrnf
 In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
 In the instance declaration for ‘NFData (MVector s a)’

 Fixing this error (importing GHC.Generics  deriving `Generic` instance for 
 `MVector s a`) leads
 to another one:

 Data/Vector/Primitive/Mutable.hs:80:10:
 No instance for (Control.DeepSeq.GNFData (Rep (MVector s a)))
   arising from a use of ‘Control.DeepSeq.$gdmrnf’
 In the expression: Control.DeepSeq.$gdmrnf
 In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
 In the instance declaration for ‘NFData (MVector s a)’

 This time I have no idea how to fix it since GNFData is an internal class of 
 Control.Deepseq
 module. Help?

 Aside: at first I thought vector is one of the boot libraries since it is 
 kept in the source tree.
 But then I realized it is not being build during bootstrapping. Why do we 
 keep it in the source
 tree then?

 Janek

 ---
 Politechnika Łódzka
 Lodz University of Technology

 Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata.
 Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez 
 pomyłkę
 prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.

 This email contains information intended solely for the use of the 
 individual to whom it is addressed.
 If you are not the intended recipient or if you have received this message 
 in error,
 please notify the sender and delete it from your system.
 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Resolving Windows 64-bit linker issues

2015-02-17 Thread Roman Kuznetsov
Hi,

That would definitely make sense to add more information for Windows in
Platform-specific build notes. I will try taking care of it the coming
week.

Roman

On Tue, Feb 17, 2015 at 12:56 PM, Gintautas Miliauskas 
gintau...@miliauskas.lt wrote:

 Hi,

 would someone be willing to be a coordinator for the team? Feel free to
 just edit the wiki. I am completely swamped by my new job and my move to
 London at the moment, and the situation is unlikely to change soon. Sorry :(

 On Tue, Feb 17, 2015 at 10:14 AM, Tamar Christina loneti...@gmail.com
 wrote:

 Hi Simon,

 We do have a page on Trac with the members:
 https://ghc.haskell.org/trac/ghc/wiki/WindowsTaskForce

 We could add the extra information there.

 Regards,
 Tamar
 --
 From: Simon Peyton Jones simo...@microsoft.com
 Sent: ‎17/‎02/‎2015 10:18
 To: Darren Grant dedgr...@gmail.com; Mikolaj Konarski
 miko...@well-typed.com
 Cc: Phyx loneti...@gmail.com; Roman Kuznetsov kuzn...@gmail.com;
 ghc-devs@haskell.org; David Macek david.mace...@gmail.com; kyrab
 ky...@mail.ru; Gintautas Miliauskas gintau...@miliauskas.lt; Martin
 Foster martin.e.fos...@gmail.com
 Subject: RE: Resolving Windows 64-bit linker issues

  One really helpful thing would be to

 · make a wiki home page for the Windows Task Force

 · list who is on it

 · list the main tasks “in flight” and what their status is

 · any other plans

 Anything to broaden visibility of the WTF, and encourage others to join
 in.  Communication is all in an open-source context!



 Thanks for working on Windows… it’s a very popular platform, and needs
 your love!



 Simon



 *From:* Darren Grant [mailto:dedgr...@gmail.com]
 *Sent:* 17 February 2015 05:03
 *To:* Mikolaj Konarski
 *Cc:* Phyx; Roman Kuznetsov; ghc-devs@haskell.org; Simon Peyton Jones;
 David Macek; kyrab; Gintautas Miliauskas; Martin Foster
 *Subject:* Re: Resolving Windows 64-bit linker issues



 To expand on that (let's see if I can do this without accidentally
 sending again, oops!):

 Roman, I will get in touch with you on a separate email thread to see if
 we can find an optimal way to coordinate, something that satisfies our
 schedules and needs. Others please feel free to bug me any time by email (
 dedgr...@gmail.com) or on freenode #ghc as dedgrant, PST hours.

 In the meantime I'll be auditing some of the related backlogged tickets
 on trac. If there's something I can do to help further the goal of a
 Windows Task Force page, please let me know.


 Pleased to meet everyone!

 Cheers,

 Darren





 On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant dedgr...@gmail.com wrote:

  Thank you kindly for the great introduction. I hope I can be helpful
 here.

   On Feb 16, 2015 7:47 AM, Mikolaj Konarski miko...@well-typed.com
 wrote:

 Resending, since Roman's and Kyril's email addresses were mangled/missing.

 On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
 simo...@microsoft.com wrote:
  Darren
 
 
 
  Excellent!  We have a Windows Task Force, consisting roughly of the
 folk in
  cc.  So they would be the first group to ask.
 
 
 
  (I think it would be very helpful to have a Windows Task Force home
 page, so
  that it’s easier to find the group.)
 
 
 
  thanks for helping with Windows.
 
 
 
  Simon
 
 
 
  From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of
 Darren
  Grant
  Sent: 15 February 2015 07:36
  To: ghc-devs@haskell.org
  Subject: Resolving Windows 64-bit linker issues
 
 
 
  Hi all,
 
 
 
  I notice there are a series of related long-standing issues subject to
  particular cygwin64 quirks, and I'd like to offer time to help resolve
 these
  if possible
 
  At this point I've had some exposure to the GHC build process (7.8.3),
 and
  have poked around the GHC linker to gain some low level insight.
 
 
 
  Would anyone be available to fill me in on the current state of affairs
 with
  mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
  preferred direction but no available developer bandwidth to proceed?
 
 
 
  Thank you.
 
 
 
  Cheers,
 
  Darren
 
 






 --
 Gintautas Miliauskas




-- 
Sincerely yours,
Roman Kuznetsov
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: ANNOUNCE: GHC 7.10.1 Release Candidate 2

2015-02-17 Thread Takenobu Tani
Hi Herbert,

Thank you for your directions.
I will send the pull-request after checking the file.

Thank you,
Takenobu



2015-02-17 22:02 GMT+09:00 Herbert Valerio Riedel hvrie...@gmail.com:

 On 2015-02-17 at 13:47:50 +0100, Takenobu Tani wrote:
  I modified System/Process/Internals.hs locally and build on MinGW 32bit.
  Then I was successful to build on 32bit Windows 7.
 
  Shall I write a bug report on trac or any? or ghc7.10.1.rc2 will not
  support 32 bit Windows?

 Please file a pull-request at https://github.com/haskell/process

 I'm somewhat surprised this wasn't noticed before(?)

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Building vector with GHC HEAD

2015-02-17 Thread Jan Stolarek
Devs,

I'm not sure if this is the best place to ask this question but I'm almost 
certain someone here 
will have the answer. I want to build upstream master branch of vector library 
using GHC HEAD and 
cabal 1.22. Alas my attempts have failed:

$ git clone g...@github.com:haskell/vector.git
$ cd vector
$ cabal sandbox init
$ cabal install -w /dane/projekty/ghc/build/inplace/bin/ghc-stage2
Resolving dependencies...
cabal: Could not resolve dependencies:
trying: vector-0.11.0.0 (user goal)
trying: base-4.8.0.0/installed-inp... (dependency of vector-0.11.0.0)
next goal: deepseq (dependency of vector-0.11.0.0)
rejecting: deepseq-1.4.0.0/installed-inp..., 1.4.0.0 (conflict: vector =
deepseq=1.1  1.4)
rejecting: deepseq-1.3.0.2 (conflict: base==4.8.0.0/installed-inp..., deepseq
= base=4.3  4.8)
trying: deepseq-1.3.0.1
next goal: array (dependency of deepseq-1.3.0.1)
rejecting: array-0.5.0.1/installed-inp..., 0.5.0.0 (conflict: deepseq =
array=0.1  0.5)
rejecting: array-0.4.0.1 (conflict: base==4.8.0.0/installed-inp..., array =
base=4.2  4.7)
rejecting: array-0.4.0.0 (conflict: base==4.8.0.0/installed-inp..., array =
base=4.2  4.6)
rejecting: array-0.3.0.3 (conflict: base==4.8.0.0/installed-inp..., array =
base=4.2  4.5)
rejecting: array-0.3.0.2, 0.3.0.1 (conflict: base==4.8.0.0/installed-inp...,
array = base=4.2  4.4)
rejecting: array-0.3.0.0 (conflict: base==4.8.0.0/installed-inp..., array =
base=3  4.4)
rejecting: array-0.2.0.0, 0.1.0.0 (conflict: base==4.8.0.0/installed-inp...,
array = base4.3)
Dependency tree exhaustively searched.

The problem arises from vector requiring deepseq  1.4 when intree package db 
contains deepseq 
1.4. Removing the upper bound on deepseq in vector.cabal allows to resolve 
dependencies but ends 
with a build error:

Data/Vector/Primitive/Mutable.hs:78:10:
No instance for (GHC.Generics.Generic (MVector s a))
  arising from a use of ‘Control.DeepSeq.$gdmrnf’
In the expression: Control.DeepSeq.$gdmrnf
In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
In the instance declaration for ‘NFData (MVector s a)’

Fixing this error (importing GHC.Generics  deriving `Generic` instance for 
`MVector s a`) leads 
to another one:

Data/Vector/Primitive/Mutable.hs:80:10:
No instance for (Control.DeepSeq.GNFData (Rep (MVector s a)))
  arising from a use of ‘Control.DeepSeq.$gdmrnf’
In the expression: Control.DeepSeq.$gdmrnf
In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
In the instance declaration for ‘NFData (MVector s a)’

This time I have no idea how to fix it since GNFData is an internal class of 
Control.Deepseq 
module. Help?

Aside: at first I thought vector is one of the boot libraries since it is kept 
in the source tree. 
But then I realized it is not being build during bootstrapping. Why do we keep 
it in the source 
tree then?

Janek

---
Politechnika Łódzka
Lodz University of Technology

Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata.
Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę
prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.

This email contains information intended solely for the use of the individual 
to whom it is addressed.
If you are not the intended recipient or if you have received this message in 
error,
please notify the sender and delete it from your system.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Building vector with GHC HEAD

2015-02-17 Thread Herbert Valerio Riedel
On 2015-02-17 at 14:19:43 +0100, Jan Stolarek wrote:
 Devs,

 I'm not sure if this is the best place to ask this question but I'm almost 
 certain someone here 
 will have the answer. I want to build upstream master branch of vector 
 library using GHC HEAD and 
 cabal 1.22. Alas my attempts have failed:

 $ git clone g...@github.com:haskell/vector.git
 $ cd vector
 $ cabal sandbox init
 $ cabal install -w /dane/projekty/ghc/build/inplace/bin/ghc-stage2

...you need (at least) the following still unmerged PR applied for
vector's 'master':

  https://github.com/haskell/vector/pull/58


Cheers,
  hvr
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Seeking an active maintainer for 'directory'

2015-02-17 Thread Phil Ruffwind
 Is anybody interested in nominating themselves for this role?

I would be interested in this.  I'm generally quite meticulous :) and
I'm familiar with the APIs of both POSIX and Win32, albeit more so
with POSIX.

--
Phil
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Seeking an active maintainer for 'directory'

2015-02-17 Thread Edward Kmett
The 'directory' package could use an active maintainer.

Currently, the package falls to the Core Libraries Committee for
maintenance, but we've had a number of issues accrete for the directory
package over the last six months or so, which need some attention to detail
and a good understanding of cross-platform issues.

Is anybody interested in nominating themselves for this role?

-Edward
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: Resolving Windows 64-bit linker issues

2015-02-17 Thread Gintautas Miliauskas
Hi,

would someone be willing to be a coordinator for the team? Feel free to
just edit the wiki. I am completely swamped by my new job and my move to
London at the moment, and the situation is unlikely to change soon. Sorry :(

On Tue, Feb 17, 2015 at 10:14 AM, Tamar Christina loneti...@gmail.com
wrote:

 Hi Simon,

 We do have a page on Trac with the members:
 https://ghc.haskell.org/trac/ghc/wiki/WindowsTaskForce

 We could add the extra information there.

 Regards,
 Tamar
 --
 From: Simon Peyton Jones simo...@microsoft.com
 Sent: ‎17/‎02/‎2015 10:18
 To: Darren Grant dedgr...@gmail.com; Mikolaj Konarski
 miko...@well-typed.com
 Cc: Phyx loneti...@gmail.com; Roman Kuznetsov kuzn...@gmail.com;
 ghc-devs@haskell.org; David Macek david.mace...@gmail.com; kyrab
 ky...@mail.ru; Gintautas Miliauskas gintau...@miliauskas.lt; Martin
 Foster martin.e.fos...@gmail.com
 Subject: RE: Resolving Windows 64-bit linker issues

  One really helpful thing would be to

 · make a wiki home page for the Windows Task Force

 · list who is on it

 · list the main tasks “in flight” and what their status is

 · any other plans

 Anything to broaden visibility of the WTF, and encourage others to join
 in.  Communication is all in an open-source context!



 Thanks for working on Windows… it’s a very popular platform, and needs
 your love!



 Simon



 *From:* Darren Grant [mailto:dedgr...@gmail.com]
 *Sent:* 17 February 2015 05:03
 *To:* Mikolaj Konarski
 *Cc:* Phyx; Roman Kuznetsov; ghc-devs@haskell.org; Simon Peyton Jones;
 David Macek; kyrab; Gintautas Miliauskas; Martin Foster
 *Subject:* Re: Resolving Windows 64-bit linker issues



 To expand on that (let's see if I can do this without accidentally sending
 again, oops!):

 Roman, I will get in touch with you on a separate email thread to see if
 we can find an optimal way to coordinate, something that satisfies our
 schedules and needs. Others please feel free to bug me any time by email (
 dedgr...@gmail.com) or on freenode #ghc as dedgrant, PST hours.

 In the meantime I'll be auditing some of the related backlogged tickets on
 trac. If there's something I can do to help further the goal of a Windows
 Task Force page, please let me know.


 Pleased to meet everyone!

 Cheers,

 Darren





 On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant dedgr...@gmail.com wrote:

  Thank you kindly for the great introduction. I hope I can be helpful
 here.

   On Feb 16, 2015 7:47 AM, Mikolaj Konarski miko...@well-typed.com
 wrote:

 Resending, since Roman's and Kyril's email addresses were mangled/missing.

 On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
 simo...@microsoft.com wrote:
  Darren
 
 
 
  Excellent!  We have a Windows Task Force, consisting roughly of the folk
 in
  cc.  So they would be the first group to ask.
 
 
 
  (I think it would be very helpful to have a Windows Task Force home
 page, so
  that it’s easier to find the group.)
 
 
 
  thanks for helping with Windows.
 
 
 
  Simon
 
 
 
  From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Darren
  Grant
  Sent: 15 February 2015 07:36
  To: ghc-devs@haskell.org
  Subject: Resolving Windows 64-bit linker issues
 
 
 
  Hi all,
 
 
 
  I notice there are a series of related long-standing issues subject to
  particular cygwin64 quirks, and I'd like to offer time to help resolve
 these
  if possible
 
  At this point I've had some exposure to the GHC build process (7.8.3),
 and
  have poked around the GHC linker to gain some low level insight.
 
 
 
  Would anyone be available to fill me in on the current state of affairs
 with
  mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
  preferred direction but no available developer bandwidth to proceed?
 
 
 
  Thank you.
 
 
 
  Cheers,
 
  Darren
 
 






-- 
Gintautas Miliauskas
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


RE: Resolving Windows 64-bit linker issues

2015-02-17 Thread Simon Peyton Jones
One really helpful thing would be to

· make a wiki home page for the Windows Task Force

· list who is on it

· list the main tasks “in flight” and what their status is

· any other plans
Anything to broaden visibility of the WTF, and encourage others to join in.  
Communication is all in an open-source context!

Thanks for working on Windows… it’s a very popular platform, and needs your 
love!

Simon

From: Darren Grant [mailto:dedgr...@gmail.com]
Sent: 17 February 2015 05:03
To: Mikolaj Konarski
Cc: Phyx; Roman Kuznetsov; ghc-devs@haskell.org; Simon Peyton Jones; David 
Macek; kyrab; Gintautas Miliauskas; Martin Foster
Subject: Re: Resolving Windows 64-bit linker issues

To expand on that (let's see if I can do this without accidentally sending 
again, oops!):

Roman, I will get in touch with you on a separate email thread to see if we can 
find an optimal way to coordinate, something that satisfies our schedules and 
needs. Others please feel free to bug me any time by email 
(dedgr...@gmail.commailto:dedgr...@gmail.com) or on freenode #ghc as 
dedgrant, PST hours.

In the meantime I'll be auditing some of the related backlogged tickets on 
trac. If there's something I can do to help further the goal of a Windows Task 
Force page, please let me know.


Pleased to meet everyone!

Cheers,
Darren


On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant 
dedgr...@gmail.commailto:dedgr...@gmail.com wrote:

Thank you kindly for the great introduction. I hope I can be helpful here.

On Feb 16, 2015 7:47 AM, Mikolaj Konarski 
miko...@well-typed.commailto:miko...@well-typed.com wrote:
Resending, since Roman's and Kyril's email addresses were mangled/missing.

On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.commailto:simo...@microsoft.com wrote:
 Darren



 Excellent!  We have a Windows Task Force, consisting roughly of the folk in
 cc.  So they would be the first group to ask.



 (I think it would be very helpful to have a Windows Task Force home page, so
 that it’s easier to find the group.)



 thanks for helping with Windows.



 Simon



 From: ghc-devs 
 [mailto:ghc-devs-boun...@haskell.orgmailto:ghc-devs-boun...@haskell.org] On 
 Behalf Of Darren
 Grant
 Sent: 15 February 2015 07:36
 To: ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
 Subject: Resolving Windows 64-bit linker issues



 Hi all,



 I notice there are a series of related long-standing issues subject to
 particular cygwin64 quirks, and I'd like to offer time to help resolve these
 if possible

 At this point I've had some exposure to the GHC build process (7.8.3), and
 have poked around the GHC linker to gain some low level insight.



 Would anyone be available to fill me in on the current state of affairs with
 mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
 preferred direction but no available developer bandwidth to proceed?



 Thank you.



 Cheers,

 Darren



___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


RE: Resolving Windows 64-bit linker issues

2015-02-17 Thread Tamar Christina
Hi Simon,

We do have a page on Trac with the members:
https://ghc.haskell.org/trac/ghc/wiki/WindowsTaskForce

We could add the extra information there.

Regards,
Tamar
--
From: Simon Peyton Jones simo...@microsoft.com
Sent: ‎17/‎02/‎2015 10:18
To: Darren Grant dedgr...@gmail.com; Mikolaj Konarski
miko...@well-typed.com
Cc: Phyx loneti...@gmail.com; Roman Kuznetsov kuzn...@gmail.com;
ghc-devs@haskell.org; David Macek david.mace...@gmail.com; kyrab
ky...@mail.ru; Gintautas Miliauskas gintau...@miliauskas.lt; Martin
Foster martin.e.fos...@gmail.com
Subject: RE: Resolving Windows 64-bit linker issues

One really helpful thing would be to

· make a wiki home page for the Windows Task Force

· list who is on it

· list the main tasks “in flight” and what their status is

· any other plans

Anything to broaden visibility of the WTF, and encourage others to join
in.  Communication is all in an open-source context!



Thanks for working on Windows… it’s a very popular platform, and needs your
love!



Simon



*From:* Darren Grant [mailto:dedgr...@gmail.com]
*Sent:* 17 February 2015 05:03
*To:* Mikolaj Konarski
*Cc:* Phyx; Roman Kuznetsov; ghc-devs@haskell.org; Simon Peyton Jones;
David Macek; kyrab; Gintautas Miliauskas; Martin Foster
*Subject:* Re: Resolving Windows 64-bit linker issues



To expand on that (let's see if I can do this without accidentally sending
again, oops!):

Roman, I will get in touch with you on a separate email thread to see if we
can find an optimal way to coordinate, something that satisfies our
schedules and needs. Others please feel free to bug me any time by email (
dedgr...@gmail.com) or on freenode #ghc as dedgrant, PST hours.

In the meantime I'll be auditing some of the related backlogged tickets on
trac. If there's something I can do to help further the goal of a Windows
Task Force page, please let me know.


Pleased to meet everyone!

Cheers,

Darren





On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant dedgr...@gmail.com wrote:

 Thank you kindly for the great introduction. I hope I can be helpful here.

  On Feb 16, 2015 7:47 AM, Mikolaj Konarski miko...@well-typed.com
wrote:

Resending, since Roman's and Kyril's email addresses were mangled/missing.

On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
 Darren



 Excellent!  We have a Windows Task Force, consisting roughly of the folk
in
 cc.  So they would be the first group to ask.



 (I think it would be very helpful to have a Windows Task Force home page,
so
 that it’s easier to find the group.)



 thanks for helping with Windows.



 Simon



 From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Darren
 Grant
 Sent: 15 February 2015 07:36
 To: ghc-devs@haskell.org
 Subject: Resolving Windows 64-bit linker issues



 Hi all,



 I notice there are a series of related long-standing issues subject to
 particular cygwin64 quirks, and I'd like to offer time to help resolve
these
 if possible

 At this point I've had some exposure to the GHC build process (7.8.3), and
 have poked around the GHC linker to gain some low level insight.



 Would anyone be available to fill me in on the current state of affairs
with
 mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
 preferred direction but no available developer bandwidth to proceed?



 Thank you.



 Cheers,

 Darren


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


RE: Resolving Windows 64-bit linker issues

2015-02-17 Thread Simon Peyton Jones
Ah yes, so we do!  Excellent.  Maybe add Darren ☺
Also should Martin Foster, David Macek be there?

I’m sure there is a “how to build GHC on Windows” page (indeed there were too 
many at one stage).  But none of them is listed under “Platform-specific 
building notes” on https://ghc.haskell.org/trac/ghc/wiki/Building. Would that 
be worth fixing?

Simon

From: Tamar Christina [mailto:loneti...@gmail.com]
Sent: 17 February 2015 10:15
To: Simon Peyton Jones; Darren Grant; Mikolaj Konarski
Cc: Roman Kuznetsov; ghc-devs@haskell.org; David Macek; kyrab; Gintautas 
Miliauskas; Martin Foster
Subject: RE: Resolving Windows 64-bit linker issues

Hi Simon,

We do have a page on Trac with the members: 
https://ghc.haskell.org/trac/ghc/wiki/WindowsTaskForce

We could add the extra information there.

Regards,
Tamar

From: Simon Peyton Jonesmailto:simo...@microsoft.com
Sent: ‎17/‎02/‎2015 10:18
To: Darren Grantmailto:dedgr...@gmail.com; Mikolaj 
Konarskimailto:miko...@well-typed.com
Cc: Phyxmailto:loneti...@gmail.com; Roman 
Kuznetsovmailto:kuzn...@gmail.com; 
ghc-devs@haskell.orgmailto:ghc-devs@haskell.org; David 
Macekmailto:david.mace...@gmail.com; kyrabmailto:ky...@mail.ru; Gintautas 
Miliauskasmailto:gintau...@miliauskas.lt; Martin 
Fostermailto:martin.e.fos...@gmail.com
Subject: RE: Resolving Windows 64-bit linker issues
One really helpful thing would be to

• make a wiki home page for the Windows Task Force

• list who is on it

• list the main tasks “in flight” and what their status is

• any other plans
Anything to broaden visibility of the WTF, and encourage others to join in.  
Communication is all in an open-source context!

Thanks for working on Windows… it’s a very popular platform, and needs your 
love!

Simon

From: Darren Grant [mailto:dedgr...@gmail.commailto:dedgr...@gmail.com]
Sent: 17 February 2015 05:03
To: Mikolaj Konarski
Cc: Phyx; Roman Kuznetsov; ghc-devs@haskell.orgmailto:ghc-devs@haskell.org; 
Simon Peyton Jones; David Macek; kyrab; Gintautas Miliauskas; Martin Foster
Subject: Re: Resolving Windows 64-bit linker issues

To expand on that (let's see if I can do this without accidentally sending 
again, oops!):

Roman, I will get in touch with you on a separate email thread to see if we can 
find an optimal way to coordinate, something that satisfies our schedules and 
needs. Others please feel free to bug me any time by email 
(dedgr...@gmail.commailto:dedgr...@gmail.com) or on freenode #ghc as 
dedgrant, PST hours.

In the meantime I'll be auditing some of the related backlogged tickets on 
trac. If there's something I can do to help further the goal of a Windows Task 
Force page, please let me know.


Pleased to meet everyone!

Cheers,
Darren


On Mon, Feb 16, 2015 at 8:48 PM, Darren Grant 
dedgr...@gmail.commailto:dedgr...@gmail.com wrote:

Thank you kindly for the great introduction. I hope I can be helpful here.
On Feb 16, 2015 7:47 AM, Mikolaj Konarski 
miko...@well-typed.commailto:miko...@well-typed.com wrote:
Resending, since Roman's and Kyril's email addresses were mangled/missing.

On Mon, Feb 16, 2015 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.commailto:simo...@microsoft.com wrote:
 Darren



 Excellent!  We have a Windows Task Force, consisting roughly of the folk in
 cc.  So they would be the first group to ask.



 (I think it would be very helpful to have a Windows Task Force home page, so
 that it’s easier to find the group.)



 thanks for helping with Windows.



 Simon



 From: ghc-devs 
 [mailto:ghc-devs-boun...@haskell.orgmailto:ghc-devs-boun...@haskell.org] On 
 Behalf Of Darren
 Grant
 Sent: 15 February 2015 07:36
 To: ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
 Subject: Resolving Windows 64-bit linker issues



 Hi all,



 I notice there are a series of related long-standing issues subject to
 particular cygwin64 quirks, and I'd like to offer time to help resolve these
 if possible

 At this point I've had some exposure to the GHC build process (7.8.3), and
 have poked around the GHC linker to gain some low level insight.



 Would anyone be available to fill me in on the current state of affairs with
 mingw64 GHCi linking? For instance, is there ongoing work, or perhaps a
 preferred direction but no available developer bandwidth to proceed?



 Thank you.



 Cheers,

 Darren



___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: ANNOUNCE: GHC 7.10.1 Release Candidate 2

2015-02-17 Thread Takenobu Tani
Hi,

I modified System/Process/Internals.hs locally and build on MinGW 32bit.
Then I was successful to build on 32bit Windows 7.

Shall I write a bug report on trac or any? or ghc7.10.1.rc2 will not
support 32 bit Windows?


Change part is the following:

diff -u ghc-7.10.0.20150123/libraries/process/System/Process/
Internals.hs.org
ghc-7.10.0.20150123/libraries/process/System/Process/Internals.hs

--- ghc-7.10.0.20150123/libraries/process/System/Process/Internals.hs.org
2015-01-19
21:37:52 +0900
+++ ghc-7.10.0.20150123/libraries/process/System/Process/Internals.hs
2015-02-17
13:50:31 +0900
@@ -469,6 +469,9 @@
 endDelegateControlC :: ExitCode - IO ()
 endDelegateControlC _ = return ()

+stopDelegateControlC :: IO ()
+stopDelegateControlC = return ()
+
 foreign import ccall unsafe runInteractiveProcess
   c_runInteractiveProcess
 :: CWString


Regards,
Takenobu


2015-02-13 19:35 GMT+09:00 Takenobu Tani takenobu...@gmail.com:

 Hi,

 Does ghc7.10rc2 support for windows 32bit OS (Windows 7) ?

 I tried to build ghc7.10rc2 [1],[2] on my old 32bit windows to check FTP.
 Then, the following error has occurred:


 C:/MinGW/msys/1.0/home/my/devel/haskell.build.mingw/work8.ghc.7.10.rc2/ghc-7.10.0.20150123/inplace/mingw/bin/ld.exe
  -r -o
 libraries/directory/dist-install/build/HSdirec_3OAebvWY9YTGrbhfMGQ0ml.o
  libraries/directory/dist-install/build/System/Directory.o
 libraries/directory/dist-install/build/cbits/directory.o
 inplace/bin/ghc-stage1.exe -hisuf hi -osuf  o -hcsuf hc -static  -H64m
 -O0 -fasm-this-package-key proce_9HgSaudU0TAKauLzQHuwnO
 -hide-all-packages -i -ilibraries/process/.
 -ilibraries/process/dist-install/build
 -ilibraries/process/dist-install/build/autogen
 -Ilibraries/process/dist-install/build
 -Ilibraries/process/dist-install/build/autogen -Ilibraries/process/include
-optP-include
 -optPlibraries/process/dist-install/build/autogen/cabal_macros.h
 -package-key Win32_Cjc5QN7bEuvL7SrTr96E5g -package-key
 base_469rOtLAqwTGFEOGWxSUiQ -package-key deeps_FT5iVCELxOr62eHY0nbvnU
 -package-key direc_3OAebvWY9YTGrbhfMGQ0ml -package-key
 filep_1vDJvPDP7mkAk0dVCj6gws -Wall -XHaskell2010 -O -fasm
  -no-user-package-db -rtsopts  -odir
 libraries/process/dist-install/build -hidir
 libraries/process/dist-install/build -stubdir
 libraries/process/dist-install/build   -c
 libraries/process/./System/Process/Internals.hs -o
 libraries/process/dist-install/build/System/Process/Internals.o

 libraries\process\System\Process\Internals.hs:36:5:
 Not in scope: 81estopDelegateControlC81f
 Perhaps you meant one of these:
   81estartDelegateControlC81f (line 467),
   81eendDelegateControlC81f (line 470)
 make[1]: ***
 [libraries/process/dist-install/build/System/Process/Internals.o] Error 1
 make: *** [all] Error 2



 I looks like 'stopDelegateControl' is not defined in
 System\Process\Internals.hs for mingw32_HOST_OS.


 [1]:
 https://downloads.haskell.org/~ghc/7.10.1-rc2/ghc-7.10.0.20150123-src.tar.bz2
 [2]:
 https://downloads.haskell.org/~ghc/7.10.1-rc2/ghc-7.10.0.20150123-windows-extra-src.tar.bz2


 Regards,
 Takenobu





 2015-01-27 9:13 GMT+09:00 Austin Seipp aus...@well-typed.com:

 We are pleased to announce the second release candidate for GHC 7.10.1:

 https://downloads.haskell.org/~ghc/7.10.1-rc2/

 This includes the source tarball and bindists for 64bit/32bit Linux
 and Windows. Binary builds for other platforms will be available
 shortly. (CentOS 6.5 binaries are not available at this time like they
 were for 7.8.x). These binaries and tarballs have an accompanying
 SHA256SUMS file signed by my GPG key id (0x3B58D86F).

 We plan to make the 7.10.1 release sometime in February of 2015.

 Please test as much as possible; bugs are much cheaper if we find them
 before the release!

 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/
 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs



___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


Re: ANNOUNCE: GHC 7.10.1 Release Candidate 2

2015-02-17 Thread Herbert Valerio Riedel
On 2015-02-17 at 13:47:50 +0100, Takenobu Tani wrote:
 I modified System/Process/Internals.hs locally and build on MinGW 32bit.
 Then I was successful to build on 32bit Windows 7.

 Shall I write a bug report on trac or any? or ghc7.10.1.rc2 will not
 support 32 bit Windows?

Please file a pull-request at https://github.com/haskell/process

I'm somewhat surprised this wasn't noticed before(?)
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs