12 August 2006 16:25
| To: glasgow-haskell-users@haskell.org
| Subject: recursive import
|
| Please, discard my previous request for the help with .hs-boot.
|
| I seem to get through the .hs-boot matter.
| We shall see further.
|
| Still it looks strange.
| The compiler reports errors: this and
Please, discard my previous request for the help with .hs-boot.
I seem to get through the .hs-boot matter.
We shall see further.
Still it looks strange.
The compiler reports errors: this and this thing must not be in
.hs-boot.
As it understands everything, it could take the .hs copy and filter
Dear GHC team,
Can you, please help me with recursive import?
I have a certain large project which compiles under ghc-6.4.1.
Then I add a certain import declaration to the module Dumatel.Reduce,
which leads to import loop, and `make' (under Cabal) reports
---
Module imports f
Concering adding an argument to a function intstead of using
recursive import, Christian Maeder wrote on Jun 07, 2006
> >I do not know. Will the source look natural?
>
> That depends on g and h, a generalization can look natural or artifical.
>
> >Can you explain this mo
Serge D. Mechveliani wrote:
I do not know. Will the source look natural?
That depends on g and h, a generalization can look natural or artifical.
Can you explain this more precisely: what to change in f, g, and h
?
Let it be f, g, h :: Int -> Int.
new situtation:
module F where
import G
On Wed, Jun 07, 2006 at 11:26:34AM +0200, Christian Maeder wrote:
> Serge D. Mechveliani wrote:
> >Consider the following situation, which often happens.
> >* A function f calls for g and for h,
> > each g and h calls for f.
>
> How about adding a parameter to g and h (instead of callin
Serge D. Mechveliani wrote:
Consider the following situation, which often happens.
* A function f calls for g and for h,
each g and h calls for f.
How about adding a parameter to g and h (instead of calling f directly)?
Christian
___
Glas
Johannes Waldmann <[EMAIL PROTECTED]> writes on
Junne 6 2006
> As for recursive module imports,
> could you perhaps show an example where this occurs.
> I found that in my code, I can re-arrange things
> so as to remove the cyclic dependency. Best regards,
Consider the following situation, whi
t this
complicates the global algorithm presentation, and it is better to
use recursive import.
>From scientific point of view, modules should express the
classification of notions (or algorithm parts) by relevance.
This often leads to cycles by the operation import.
Also note that the
Simon Peyton-Jones wrote:
I don't know about Cabal, but probably a Cabal-er can reply.
Cabal should work fine with .hs-boot files.
Cheers,
Simon
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/m
As for recursive module imports,
could you perhaps show an example where this occurs.
I found that in my code, I can re-arrange things
so as to remove the cyclic dependency. Best regards,
--
-- Johannes Waldmann -- Tel/Fax (0341) 3076 6479/80 --
http://www.imn.htwk-leipzig.de/~waldmann/ -
bal)
Is recursive import in Haskell-98 ?
No, but your ghc-options list is not Haskell-98, too. Maybe you want to
give hugs a chance?
Christian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listin
rsive import
|
| Concering the current state of recursive import,
| Simon Peyton-Jones <[EMAIL PROTECTED]> writes on 5 Jun 2006
|
| > [..]
| >
| > GHC's module-at-a-time compilation model means that GHC needs an
hs-boot
| > file to "get started". The manual tries to
Concering the current state of recursive import,
Simon Peyton-Jones <[EMAIL PROTECTED]> writes on 5 Jun 2006
> [..]
>
> GHC's module-at-a-time compilation model means that GHC needs an hs-boot
> file to "get started". The manual tries to explain what you can a
o:glasgow-haskell-users-
| [EMAIL PROTECTED] On Behalf Of Serge D. Mechveliani
| Sent: 03 June 2006 08:37
| To: glasgow-haskell-users@haskell.org
| Subject: recursive import
|
| People,
|
| Who knows, please, how usable are currently recursive module imports
| in Haskell, in GHC ?
| Is it essentially more
Serge D. Mechveliani wrote:
People,
Who knows, please, how usable are currently recursive module imports
in Haskell, in GHC ?
Is it essentially more difficult to `make' and support a project
which has 50 modules, and half of all the module pairs import each
other?
Is recursive import in Ha
People,
Who knows, please, how usable are currently recursive module imports
in Haskell, in GHC ?
Is it essentially more difficult to `make' and support a project
which has 50 modules, and half of all the module pairs import each
other?
Is recursive import in Haskell-98 ?
Thank y
17 matches
Mail list logo
