Neil Mitchell wrote:

Hi

I have raised a ticket for this bug report: http://hackage.haskell.org/trac/ghc/ticket/3162

I consider this issue quite serious for Windows users. Time is an important library, Windows is an important platform, GHC is an important compiler - together we end up with a fairly important problem.

Unfortunately I don't have GHC set up for this particular platform. If you or anyone with a non-Cygwin Windows GHC installation could investigate this, that would be very helpful. If autotools aren't appropriate for such an environment, it's going to need another build system specific to that platform. -- Ashley Yakeley

As Ganesh said, you can't rely on executing any kind of Unix command or any kind of shell scripts. Nor can you assume to have any compiler, except ghc. For LLVM I simply captured the configuration using MinGW, and then made a custom build step that uses this information. What you really, really want for windows is a binary install. It's a great shame the time package was not included in ghc 6.10.2 (since it was included in earlier compiler distributions). This broke things for Windows users. On Mon, Apr 13, 2009 at 4:24 PM, Sittampalam, Ganesh wrote:

Ashley Yakeley wrote:

...

Neil Mitchell wrote:

...

Hi

I have raised a ticket for this bug report: http://hackage.haskell.org/trac/ghc/ticket/3162

I consider this issue quite serious for Windows users. Time is an important library, Windows is an important platform, GHC is an important compiler - together we end up with a fairly important problem.

Unfortunately I don't have GHC set up for this particular platform. If you or anyone with a non-Cygwin Windows GHC installation could investigate this, that would be very helpful. If autotools aren't appropriate for such an environment, it's going to need another build system specific to that platform.

Configure scripts just don't work in that environment, so there's not much to investigate - either an alternative build system will have to be found, or perhaps the output of configure can be pre-generated for this platform?

Ganesh

===============================================================================  Please access the attached hyperlink for an important electronic communications disclaimer:  http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html  ===============================================================================

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

Yes, you can give .c files to ghc and it will compile them (using gcc). On Mon, Apr 13, 2009 at 8:10 PM, Ashley Yakeley wrote:

Lennart Augustsson wrote:

...

As Ganesh said, you can't rely on executing any kind of Unix command or any kind of shell scripts.  Nor can you assume to have any compiler, except ghc.

Isn't there support for compiling C files in the Windows GHC installer?

-- Ashley Yakeley

|As Ganesh said, you can't rely on executing any kind of Unix command |or any kind of shell scripts. Nor can you assume to have any |compiler, except ghc. |For LLVM I simply captured the configuration using MinGW, and then |made a custom build step that uses this information. | |What you really, really want for windows is a binary install. It's a |great shame the time package was not included in ghc 6.10.2 (since it |was included in earlier compiler distributions). This broke things |for Windows users. Simon recently collected all the pieces needed for GHC builds on windows, so -in principle- someone could make a cabal package that downloads and installs these pieces in their default location http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/Windows and then cabal could implicitly depend on that package if seeing a package using 'build-type: configure' on Windows. That would solve this particular issue for all cabal packages. And once GHC becomes able to use a standard MinGW layout http://hackage.haskell.org/trac/ghc/ticket/1502 it could also depend on such a tools package. That is assuming the licenses are favourable for redistribution, and the installers can be run from the commandline. Claus PS. of course, unnecessary dependencies aren't necessary;-) On Mon, Apr 13, 2009 at 4:24 PM, Sittampalam, Ganesh wrote:

Ashley Yakeley wrote:

...

Neil Mitchell wrote:

...

Hi

I have raised a ticket for this bug report: http://hackage.haskell.org/trac/ghc/ticket/3162

I consider this issue quite serious for Windows users. Time is an important library, Windows is an important platform, GHC is an important compiler - together we end up with a fairly important problem.

Unfortunately I don't have GHC set up for this particular platform. If you or anyone with a non-Cygwin Windows GHC installation could investigate this, that would be very helpful. If autotools aren't appropriate for such an environment, it's going to need another build system specific to that platform.

Configure scripts just don't work in that environment, so there's not much to investigate - either an alternative build system will have to be found, or perhaps the output of configure can be pre-generated for this platform?

Ganesh

=============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ===============================================================================

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

| Of course, had the time package not been rudely removed from ghc | 6.10.2 this would not have been a problem. I talked to Ian about this yesterday. I agree it was rude to remove it in a patch-level release. We hope that someone at this weekend's will put up a binary distribution of 'time' for GHC 6.10.2. If they don't, we'll re-roll the 6.10.2 bundle (on Windows only) including time again, so that you can re-download. We are trying hard to get out of the library distribution business, in favour of the Haskell Platform, for which there should be binary installers. I very very very much hope that the HP is firmly online by the time we get to 6.12. Simon

Hello Simon, Thursday, April 16, 2009, 1:32:57 PM, you wrote:

We hope that someone at this weekend's will put up a binary distribution of 'time' for GHC 6.10.2. If they don't, we'll re-roll the 6.10.2 bundle (on Windows only) including time again, so that you can re-download.

Simon, this solves only part of the problems, especially second variant. imagine 6.10.2 versions flying around with and without time package. i think that most reliable way to solve it is to issue 6.10.3 ASAP with just one change - this package returned back. this means a lot of extra work for packagers but will greatly simplify further life for users -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

Hello Lennart, Thursday, April 16, 2009, 2:18:04 PM, you wrote: 6.10.2.1 will also make some things worse. every other (release) version is x.y.z and both people and software may have troubles dealing with non-standard version number

I agree with Bulat. Having two different versions of 6.10.2 in circulation is bad. You could call it 6.10.2.1 if 6.10.3 is offensive.

-- Lennart

On Thu, Apr 16, 2009 at 12:07 PM, Bulat Ziganshin wrote:

...

Hello Simon,

Thursday, April 16, 2009, 1:32:57 PM, you wrote:

...

We hope that someone at this weekend's will put up a binary distribution of 'time' for GHC 6.10.2.  If they don't, we'll re-roll the 6.10.2 bundle (on Windows only) including time again, so that you can re-download.

Simon, this solves only part of the problems, especially second variant. imagine 6.10.2 versions flying around with and without time package.

i think that most reliable way to solve it is to issue 6.10.3 ASAP with just one change - this package returned back. this means a lot of extra work for packagers but will greatly simplify further life for users

-- Best regards,  Bulat                            mailto:Bulat.Ziganshin@gmail.com

-- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

Hi

Does anyone have a server where I could put an alternate 6.10.2 binary distribution for Windows? One that includes the time package and cabal.exe.

Please do! I've always said that GHC should come with cabal.exe, and I still stand by that. The HP thing is a nice idea, and I support it, but shoving cabal.exe quietly in with GHC would make my life much much easier. You can use Google for hosting downloads: http://code.google.com/p/ndmitchell/downloads/list - creating a new project is easy. Plus their bug tracker is great. Thanks Neil

 -- Lennart

On Tue, Apr 7, 2009 at 10:26 PM, Neil Mitchell wrote:

...

Hi,

Time is an important library, it got unbundled from GHC, and it seems Windows users can't install the time package!

C:\Neil\hoogle>cabal install time --global Resolving dependencies... [1 of 1] Compiling Main             ( C:\Users\Neil\AppData\Local\Temp\time-1.1. 2.32884\time-1.1.2.3\Setup.hs, C:\Users\Neil\AppData\Local\Temp\time-1.1.2.32884 \time-1.1.2.3\dist\setup\Main.o ) Linking C:\Users\Neil\AppData\Local\Temp\time-1.1.2.32884\time-1.1.2.3\dist\setu p\setup.exe ... Configuring time-1.1.2.3... setup.exe: sh: runGenProcess: does not exist (No such file or directory) cabal: Error: some packages failed to install: time-1.1.2.3 failed during the configure step. The exception was: exit: ExitFailure 1

C:\Neil\hoogle>ghc --version The Glorious Glasgow Haskell Compilation System, version 6.10.2

My guess is that it would work if I installed mingw, but that it hasn't been tested without. I consider this problem fatally serious - we may have managed to make GHC 6.10.2 unuseable for many Windows users...

Thanks

Neil _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries