Hi!
When you have to link an specific library dynamically, then all libraries,
as well as all parts of the program must be compiled and linked dynamically.
Is this correct?
Is it possible to link only one library dynamically and the rest statically?
Regards,
Volker
signature.asc
Description:
Am Samstag, den 17.10.2020, 15:20 +0200 schrieb David Kraeutmann:
> Relocation is part of the linking process. Specifically, external
> function calls must be given a real run-time address instead of some
> placeholder.
>
> R_X86_64_32 is a particular type of relocation, where the relocation
>
Hi.
I have a litte program named "svumb", which compiles and links without error
or warning message. But when I start it, this happens:
build/svumb: Symbol
`qtahzmqt5zm0zi7zi0zm4ATcbzzMngNWCbnemaqWUdM_GraphicsziUIziQtahziGeneratedziWidgetsziQMessageBox_setText_closure'
causes overflow in
Hi
Thank you very much to Brandon, Tyson, Bardur, Thomas, Andreas, Aycan
for your explanations.
I thought that it probably was just another GHC argument or something
like that.
But it sounds quite complicated. What I have in mind isn't worth the
trouble. I just wanted to have a statically
Am Dienstag, den 11.08.2020, 10:26 +0200 schrieb Herrmann, Andreas:
> Hi Volker,
Hi!
> > Is it possible to link the remaining libraries statically too?
>
> Yes, it is possible to generate fully statically linked Haskell
> binaries. Though it requires a bit of setup. For example the GNU C
>
Am Montag, den 10.08.2020, 09:11 +0200 schrieb Bardur Arantsson:
> On 09/08/2020 14.50, Volker Wysk wrote:
> > Hi!
> >
> > I know of the command line argument "-static". But this only
> > affects
> > the Haskell libraries. I want to link some prog
th
> glibc will likely result in a crash unless the same version of glibc
> is available at runtime.
Thanks for the tip! But I'll let it be for now.
Cheers,
Volker
>
> On 8/9/20, Volker Wysk wrote:
> > Am Sonntag, den 09.08.2020, 08:59 -0400 schrieb Brandon Allbery:
> > >
't linked dynamically.")
From your answer, I assume that this isn't supported by GHC.
Cheers
Volker
>
> On Sun, Aug 9, 2020, 08:50 Volker Wysk wrote:
> > Hi!
> >
> > I know of the command line argument "-static". But this only
> > affects
> &
Hi!
I know of the command line argument "-static". But this only affects
the Haskell libraries. I want to link some programs completely
statically, no external libraries needed.
When just linking with "-static" I still have those dynamically linked
things:
desktop ~/bin $ ldd sicherung
Hi!
I've found out how to do it: Use an explicit make rule:
build/% :
ghc -o $@ $^ -package hsshellscript
But I have no idea why it stopped working...
Happy Hacking,
V.W.
___
Glasgow-haskell-users mailing list
Hi!
All of a sudden, I can't link my programs any longer. This affects all
my programs, which I build with a shared Makefile. But I haven't
changed the Makefile...
I get messages like this (indentation by me):
cc build/sicherung.o build/Hsskripte.o build/Sicherung.o
Again, thanks for the fast answer!
Volker
Am Sonntag, 3. Dezember 2017, 10:33:33 CET schrieb Thomas DuBuisson:
> Packages registered with ghc are placed in the .ghc directory. You can
> delete the directory entirely or selectively unregister using ghc-pkg.
>
> On Dec 3, 2017 10:31
Yes, that's it. Thanks for the fast answer!
Am Sonntag, 3. Dezember 2017, 20:32:20 CET schrieb Michael Snoyman:
> You'll need to delete your ~/.ghc directory as well.
>
> On Sun, Dec 3, 2017 at 8:24 PM, Volker Wysk <p...@volker-wysk.de> wrote:
>
> > Hi!
> >
> &
Hi!
I want to remove eveything which cabal has installed, and begin again with a
clean installation. How is this accomplished? I've deleted ~/.cabal, but it
still says that hsshellscript is already installed:
desktop ~ $ cabal install hsshellscript
Resolving dependencies...
All the requested
Hello!
Am Freitag, 6. Mai 2016, 00:35:01 CEST schrieb Bertram Felgenhauer:
> Volker Wysk wrote:
> > Hello!
> >
> > I'm using GHC 7.10.3 after an upgrade. I have the following in my
> > Makefile:
> >
> > depend_mod :: lib/abh
> >
> >
Can soneone tell me, how I should change my Makefile..?
Greetings,
Volker Wysk
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
Am Donnerstag, 22. Januar 2015, 11:19:37 schrieb Albert Y. C. Lai:
On 2015-01-21 10:36 AM, Volker Wysk wrote:
I have installed/registered a new version of a package with cabal by
accident. How can I remove it again?
See my http://www.vex.net/~trebla/haskell/sicp.xhtml#remove . In fact
Am Mittwoch, 21. Januar 2015, 19:39:50 schrieben Sie:
On 2015-01-21 at 16:36:08 +0100, Volker Wysk wrote:
I have installed/registered a new version of a package with cabal by
accident. How can I remove it again?
Not sure if this is what you want, but the `cab` tool has an `uninstall`
sub
Hi!
I have installed/registered a new version of a package with cabal by accident.
How can I remove it again?
There is something in ~/.cabal/packages/hackage.haskell.org, but the defective
version isn't included.
bye
V.W.
___
Glasgow-haskell-users
Am Mittwoch, 21. Januar 2015, 23:56:53 schrieben Sie:
I use a shell script. It's really useful, surely there's some
official way to do this?
It looks like a remove command to cabal has been forgotten... This would
be a feature request.
I'm also missing a command to set the Default available
Am Mittwoch, 21. Januar 2015, 11:03:38 schrieben Sie:
If there's any comments on how to improve the warning
message to be less confusing I'd be interested to hear them.
What about Found hole _foo with type: bar. This can also mean that _foo is
not in scope.
Bye
V.W.
Am Mittwoch, 21. Januar 2015, 09:42:05 schrieben Sie:
If such verbiage is added, it should probably read more like If you did
not intend to insert a typed hole, _foo may have been misspelled.
What about If you did not intend to insert a typed hole, _foo may have been
misspelled or out of
Hello!
What is a hole?
This program fails to compile:
main = _exit 0
I get this error message:
ex.hs:1:8:
Found hole ‘_exit’ with type: t
Where: ‘t’ is a rigid type variable bound by
the inferred type of main :: t at ex.hs:1:1
Relevant bindings include main :: t
Am Montag, 19. Januar 2015, 23:32:09 schrieben Sie:
On Mon, Jan 19, 2015 at 11:14 PM, Volker Wysk vertei...@volker-wysk.de
wrote:
I've uploaded my library to Hackage, and now I'm trying to install it via
cabal:
At a guess, the index has not yet been updated --- you may need to wait
some
Hello!
I've found what went wrong: _exit wasn't in scope, so it was interpreted to
be a typed hole.
Thanks
Volker
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Hi!
Am Dienstag, 20. Januar 2015, 13:44:01 schrieben Sie:
The leading underscore invokes the typed holes extension. If you want to
use such names, you'll need {-# LANGUAGE NoTypedHoles #-} as the first line
of the source file.
I get this error, when I use {-# LANGUAGE NoTypedHoles #-}:
Am Dienstag, 20. Januar 2015, 05:14:15 schrieb Volker Wysk:
~/src/hsshellscript $ cabal install
Oops, this should be cabal install hsshellscript-3.3.3, not just cabal
install:
~/src/hsshellscript $ cabal install hsshellscript-3.3.3
Resolving dependencies...
All the requested packages
Hi!
I've uploaded my library to Hackage, and now I'm trying to install it via
cabal:
~/src/hsshellscript $ cabal install
Resolving dependencies...
In order, the following will be installed:
hsshellscript-3.3.3 (reinstall)
Warning: Note that reinstalls are always dangerous. Continuing anyway...
Hi!
I've been working with GHC-4.6.3, and updating to GHC-4.8.3 breaks my code,
because the Typeable class has been changed. The compiler produces this
message:
-
src/HsShellScript/ProcErr.chs:2294:4:
‘typeOf’ is not a (visible) method of class ‘Typeable’
-
I want to
Am Dienstag, 5. August 2014, 12:49:29 schrieb Carter Schonwald:
more concretely
#if defined(__GLASGOW_HASKELL__) ( __GLASGOW_HASKELL__ = 707)
--- do the deriving version here
I can't do a deriving version, because ProcessStatus is part of the GHC
libraries (System.Posix.Process). Its
Am Dienstag, 5. August 2014, 12:46:23 schrieb Carter Schonwald:
i assume 7.6 and 7.8, if we're talking GHC rather than GCC :)
in 7.8 you can't define userland typeable instances, you need only write
deriving (Typeable) and you're all set.
add some CPP to select the instances suitable
So you
Am Dienstag, 5. August 2014, 13:59:26 schrieb Brandon Allbery:
On Tue, Aug 5, 2014 at 1:47 PM, Volker Wysk vertei...@volker-wysk.de
So you need to be able to change the definition of the data type, in order
to
add deriving (Typeable). It's not possible to add a Typeable instance
Hi!
The following program demonstrates a (another) GHC bug. The command line isn't
properly decoded to Unicode.
arg.hs--
import System
main = do
[a] - getArgs
putStrLn (show a)
--
When called like this:
./arg ä
The
Am Mittwoch 14 März 2012, 15:08:38 schrieben Sie:
On 14 March 2012 13:51, Volker Wysk p...@volker-wysk.de wrote:
import System
main = do
[a] - getArgs
putStrLn (show a)
a here is already of type String. If you don't call show on it, it'll do
the expected thing.
Try:
main
Am Mittwoch 14 März 2012, 16:04:25 schrieben Sie:
I have $LANG = en_GB.UTF-8 and I am on mac os x, if that helps.
Now we have the riddle, of why it works differently on your machine. However, e
can leave it at that, I think.
Happy hacking,
Volker
Am Mittwoch 14 März 2012, 16:19:33 schrieben Sie:
Quoth Volker Wysk p...@volker-wysk.de,
I'll report this as a bug in the GHC Trac. But for now, I need to work
around the problem somehow. The encoders in GHC.IO.Encoding all work on
buffers. How do I recode the command line, in order to get
Hi
This is some file äöü.hs with three German umlauts in the file name:
main = putStrLn äöü
Now I want to get the dependendency information. Therefore I call:
ghc -M äöü.hs
The following gets added to the Makefile:
# DO NOT DELETE: Beginning of Haskell dependencies
äöü.o :
Am Montag 12 März 2012, 12:31:27 schrieb Simon Marlow:
On 11/03/2012 01:31, Volker Wysk wrote:
However, I want to use it with stdin, stdout and stderr, only.
Is there some reason you can't just use 0, 1, and 2?
This is complicated. I want to be able to fork a child action, and communicate
the internals of the GHC IO libraries, had a hint,
or even a fix, I'd be very grateful.
Sincerely,
Volker Wysk
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
should never be garbage collected, should they? I think it would be safe to
use unsafeWithHandleFd this way. Am I right?
unsafeWithHandleFd is still broken (see previous message), but for my purposes
it wouldn't necessarily need to be fixed.
Happy hacking
Volker Wysk
{haType=ClosedHandle,..}?
If anyone can point out to me, how this non-blocking handleToFd function
should be made, I would be grateful.
Greetings
Volker Wysk
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org
On Saturday 01 October 2011 08:30:40 Volker Wysk wrote:
If anyone can point out to me, how this non-blocking handleToFd function
should be made, I would be grateful.
This should be non-CLOSING handleToFd function. Sorry.
Volker
___
Glasgow-haskell
Hello
The function to extract a file descriptor from a handle, handleToFd, closes
the handle as a side effect. This appears to be necessary in the general
case, otherwise the implementers wouldn't have made it this way.
But there are cases in which it isn't necessary to close the handle.
For
as a
Debian package any longer.)
So there appears to be a downwards-incompatibilty in the GHC libraries. I'm
fiddling with the internals quite a bit, in order to get forks, pipes and
redirects etc. working.
Any help would be appreciated.
Greetings,
Volker Wysk
Hi!
Im porting my HsShellScript library to GHC-7.0.4 and to Cabal/Hackage.
It builds and installs fine:
~/src/hsshellscript-3.0.0 $ cabal clean
cleaning...
~/src/hsshellscript-3.0.0 $ cabal configure
Resolving dependencies...
Configuring hsshellscript-3.0.0...
Hi
Here's an addition to my Mysterious function timer_settime message:
This test program:
import HsShellScript
main =
call (exec /bin/echo [bla bla]
-|- exec /bin/cat [])
produces this output:
test: test: stderr: hPutStr: illegal operation
On Wednesday 28 September 2011 14:27:13 Volker Wysk wrote:
I'm almost sure that the two examples work fine in the last working version
of HsShellScript. They use GHC-6.11.
That is, they work fine when compiled with GHC-6.11.
Sorry.
___
Glasgow
Hello
I'm new to Cabal, and I'm trying to Cabalize my library HsShellScript, with
help by Howard Golden. I'm using the Simple Build Infrastructure.
1. I'm irritated by the fact, that calling the Cabal with runhaskell
configure; runhaskell build; runhaskell install is _not_ sufficent in many
Hello
I need to get the file descriptor, which is encapsulated inside a handle.
handleToFd gets it, but the fd is closed. Is it possible to extract the fd
from the handle, without modifying the handle?
Greetings,
Volker
___
Glasgow-haskell-users
Hello
I need to get the file descriptor, which is encapsulated inside a handle.
handleToFd gets it, but the fd is closed. Is it possible to extract the fd
from the handle, without modifying the handle?
Greetings,
Volker
___
Glasgow-haskell-users
times in the libraries. But there isn't
a definition anywhere.
Any help would be appreciated.
Cheers,
Volker
--
Volker Wysk p...@volker-wysk.de
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
Nothing InvalidArgument exitWith
ExitFailure 0 Nothing)
#endif
#endif /* ! __NHC__ */
-snip-
As you can see, it throws the ExitCode, not an ExitException. The documentation
is faulty.
Cheers,
Volker
--
Volker Wysk v...@volker-wysk.de
On Wed, 27 Jan 2010 03:48:47 +0100
Volker Wysk v...@volker-wysk.de wrote:
I'm porting my HsShellScript library from GHC-6.8 to GHC-6.10. I'm catching
an ExitException in the old version.
The only occurence of ExitException in the GHC 6.10 libraries is in
Control.OldException. So how
On Monday 07 August 2006 15:06, GHC wrote:
#843: Dependency information for the linking step
+--
- Reporter: [EMAIL PROTECTED] | Owner:
Type: feature request| Status: new
Priority:
Hello
When compiling a module, which contains foreign import directives, via C,
the C compiler needs to be passed a -I. argument, otherwise the include
file mentioned there won't be found.
You can do this manually with an -I. argument to ghc (after you figure it
out), but since this is always
Hello.
Network.URI.parseURI seems to always return (Just _). Try this...
print (Network.URI.isAllowedInURI ' ')
print (Network.URI.parseURI)
I'm talking about GHC 6.2.2
bye
___
Glasgow-haskell-bugs mailing list
Hello.
The following program produces an invalid operation IOError:
import IO
main =
do h - openFile /dev/null WriteMode
hPutStrLn h bla
`catch` (\ioe - putStrLn (show ioe))
When called:
/dev/null: openFile: invalid argument (Invalid argument)
It works with AppendMode. I'm not
Hello.
I'm trying to install a handler for the TERM signal:
import System.Posix.Signals
import System.Posix.Unistd
import Monad
main =
do installHandler sigTERM handler Nothing
sequence (repeat (putStrLn bla sleep 5))
return ()
handler = Catch (putStrLn caught SIGTERM)
--
Hello.
In GHC 6.4, GetOpt no longer recognizes the -- argument, which terminates
interpretation of arguments beginning with - as switches:
import System.Console.GetOpt
import System
main = do
args - getArgs
let (_,_,f) = getOpt Permute [Option a [] (OptArg (const ()) xxx) ]
Hello.
The following program demonstrates the bug:
import GHC.Handle
import GHC.IOBase
import GHC.Conc
import IO
main = do
h - openFile /tmp/out WriteMode
hDuplicateTo h stdout
fdh - getfd h
fdstdout - getfd stdout
hPutStrLn stderr (h: ++ show fdh ++ \nstdout: ++ show
Hello.
fdToHandle turns the handle to non-blocking mode. This isn't documented. It
may interfere with further use of the handle.
For me, it caused a race condition after a subsequent executeFile.
bye,
V.W.
___
Glasgow-haskell-bugs mailing list
Hello.
I've had the misconception that a file descriptor can be in a closed state. So
the bug report was rather misguided - sorry for that.
Yes, what I actually want is to reset the stdin handle. Thanks for the hint to
hDuplicateTo. This should be exactly what I need.
I see that the thing
Hello
I'm trying to
ghc --make -package hsshellscript Main.hs
and get this:
Chasing modules from: Main.hs
Compiling Main ( Main.hs, Main.o )
Linking ...
ghc-6.2.2: unknown package name: Main
The program is this:
import HsShellScript
main = putStrLn hello
On Tuesday 11 January 2005 21:45, Lemmih wrote:
From the GHC users guide:
To compile a module which is to be part of a new package, use the
-package-name option:
-package-name foo
This option is added to the command line when compiling a module
that is destined to be part of package
Hi
I'm building a program which converts file names from ISO8859-1 to UTF-8. It
calls the recode program to do the actual conversion. This part does the
work:
pfade - fmap lines getContents
pipe_to (unlines pfade)
(execp recode [-f, latin1..utf8]
-|= (do
these arguments global values, using
unsafePerformIO. It must be assessed whether the greater simplicity
outweights the obfuscation added by the implicit arguments.
Cheers,
V.W.
--
Volker Wysk [EMAIL PROTECTED]
http://www.volker-wysk.de
___
Haskell-Cafe
values to the
functions that depend on them.
Er, I meant, you need an IO action to get the value, thus a function needs
to be monadic to get that value. Of course you can also pass it as an
argument instead.
Cheers,
V.W.
--
Volker Wysk [EMAIL PROTECTED]
http://www.volker-wysk.de
parsed_args
main = do
when (parsed_args == Failure) $ ...
...
You can get the same effect by using unsafePerformIO. It would still be
nice having this in the standard.
Greetings,
V.W.
--
Volker Wysk [EMAIL PROTECTED]
http://www.volker-wysk.de
I found GetOpt to be convenient when used properly. I would be
interested to hear your comment on my article:
http://tinyurl.com/23ya4
Your technique is quite elegant. It does essentially the same as HsUnix,
when it is used the way I use it in my scripts.
You can find examples in the user
On Mon, 9 Feb 2004, Andrew Pimlott wrote:
However, when using pipes, the exitcode of only one of the involved
processes can be monitored.
Let me give my frank opinion that, even though it's how shell
scripts have always worked, this should be considered broken.
Well, HsUnix is somewhat
Hi
wouldn't it be nicer to have
- mainwrapper and call combined
mainwrapper catches all the exceptions. This may not be what you want. You
end up ignoring errors again (except for the message).
- helper fucntions defined for execp cat etc
Yes, this would be easy.
i haven't downloaded your
VW == Volker Wysk [EMAIL PROTECTED] writes:
VW I'm pleased to announce the first release of the
VW HsUnix library. It enables you to do things easily
VW in Haskell which are typically done by the
VW shell. Thus Haskell can be used to write shell
VW scripts.
Thanks
of the involved
processes can be monitored. The other ones will be silently ignored. If
the second process would fail in the above pipe, rather than the first
one, no error would be reported. In this case, you could use -|= instead
of -|-. Then the second process would be monitored.
Bye,
Volker
--
Volker
exit codes
are thrown as exceptions.
Quoting of Strings and Building Commands for Shells
Taking care of shell metacharacters usually isn't done right. HsUnix
provides functions for doing it safely.
Homepage
http://www.volker-wysk.de/hsunix
--
Volker Wysk [EMAIL PROTECTED
I can't link with a library any longer, after switching from ghc5 to
ghc6.2. I've recompiled the library with the new compiler version, so
that's not the problem.
[snip]
ghc -o build/test0 build/test0.o -odir build
`src/lib/hsunix-config --local --libs`
build/test0.o(.text+0x25):
this especially strange,
because it works with GHC5.
Bye,
V.W.
--
Volker Wysk [EMAIL PROTECTED]
http://www.volker-wysk.de
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Hi
On 21 Mar 2002, Jens Petersen wrote:
Volker Wysk [EMAIL PROTECTED] writes:
POpen-1.0.0 contains the same bug which I made. It doesn't ensure that
the values which are needed after the call of forkProcess, before that
of executeFile, are fully evaluated. So, if they are read lazily from
On Mit, 2002-03-20 at 07:00, Jens Petersen wrote:
Jens Petersen [EMAIL PROTECTED] writes:
The problem is that the child process doesn't receive all the data which
the parent sends. It's as if hPutStr vonh txt sends the data lazily
somehow, and hClose vonh closes the pipe prematurely.
Just to be sure, I've changed to example program a bit (see attachment).
I think it now demonstrates clearly that there must be a bug in the
libraries.
- If the child closes its child's stdin before calling executeFile, all
data gets through.
- If instead the child's child (echo.c) closes stdin
On Fre, 2002-03-15 at 15:05, Volker Stolz wrote:
Am 15. Mar 2002 um 14:39 MET schrieb Volker Wysk:
- If instead the child's child (echo.c) closes stdin immediately after
being executed, some data is lost.
Where's the use in closing stdin when you're passing arguments as
parameters
On Mon, 11 Mar 2002, Simon Marlow wrote:
There seems to be a bug in the IO libraries. I'm using the following
procedure to call an external program and send it data through a pipe.
Could you send us a complete example that we can run to reproduce the
problem?
I've stripped down my
Hello
There seems to be a bug in the IO libraries. I'm using the following
procedure to call an external program and send it data through a pipe.
pipeto :: String - String - [String] - IO ()
pipeto txt prog par = do
catch (do
-- create pipe
(zu, von) - createPipe
(Message didn't get through the first time. Reposting.)
Hi
What you suggest sounds like a solution that's easy to learn, useful, and
can be implemented with modest effort. It might be the a good solution
for the problem at hand, documenting the haskell libraries.
However, if one would take
Hello.
I've made an interface to the MySQL database management system. I'm
releasing it under the LGPL.
Homepage:
http://www.volker-wysk.de/mysql-hs
bye
Hello
I think, using literate programming techniques could be very useful. One
could produce all of the following from the same source file(s):
1. Interface (user-level) documentation,
2. User documentation, manuals.
3. The actual Haskell source code,
4. A heavily interlinked HTML version of
Hi
On Fri, 17 Mar 2000, Philip Wadler wrote:
Volker suggests using SGML/DSSSL for documentation. If one were to
take this route, I think XML/XSLT would be a more sensible combination.
Why do you think so? I see the following advantages of SGML/DSSSL over
XML/XSL:
- open source tools
Hello.
The mentioned requirements point to using SGML for literate programming.
This would lead to a systematic approach.
See
Literate Programming with SGML and XML
http://www.oasis-open.org/cover/xmlLitProg.html
SWEB: an SGML Tag Set for Literate Programming
Hello.
Compiling the following with ghc-4.06 produces an erroneous error message:
module O where
a :: Int
a = 1
b :: Int
b = 2
c :: Int
c = 3
f :: Int - Bool
f i = case i of
a - True
b - True
c - True
The compiler complains:
o.hs:14: Pattern match(es) are overlapped in a group
Hi.
ghc -fallow-undecidable-instances -fglasgow-exts -fno-prune-tydecls -O2 \
-c -o Arglib.o Arglib.hs
panic! (the `impossible' happened):
mkWWcpr: not a product
g{-rku-}
- (g{-rku-},
PrelMaybe.Either{-r8t,i-}
((t{-rkv-} - tzq{-rkT-}) - tzq{-rkT-})
Hi
In order to build H/Direct with Linux, you need to remove the line
all :: libcom.a
from lib/Makefile near the top after configuring. Otherwise, it won't
compile. (It would try to build M$-COM support. Another "all ::"-rule ist
provided.)
bye.
Hi!
I can?t install H/Direct 0.14, using ghc-4.01. Thanx for any help.
Here is what happens:
# make lib
ghc-4.01 -fglasgow-exts -fno-prune-tydecls -recomp
-optc-D_stdcall=__stdcall -c AutoPrim.hs -o AutoPrim.o -osuf o
AutoPrim.hs:8: Could not find valid interface file `Com'
Hmm. I tried to attach the .ly file to the bug report just sent, but that
didn't seem to work. So here it is (not) again:
-
Ebnf2psParser.ly --- happy grammar for Ebnf2ps input
(1) A happy specification for a grammar in
Hello!
After installing ghc-2.07-sparc-sun-solaris2, the heading line
#! /somewhere/perl
to call the perl interpreter was missing in all the shell scripts in
instdir/bin/ .
bye.
93 matches
Mail list logo