ghci dynamic linking
Hello, I am wondering how to link a package with some dynamic libraries in a way that works with ghci. If I run the command LD_PRELOAD=/lib/libgcc_s.so.1:/usr/lib/libstdc++.so.6 ghci -package mypackage then it is successful; I am able to use package mypackage in ghci. But if I omit the LD_PRELOAD=... part then ghci complains about missing symbols. How do I configure my package so that the LD_PRELOAD=... part of the command is not necessary? Thanks, Frederik ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Re[2]: ANNOUNCE: GHC version 6.6.1
Hello Bulat, I think that builders/distributers use "make binary-dist" to make binary distribution normally. http://hackage.haskell.org/trac/ghc/wiki/Building/Using#BootstrappingGHC "make binary-dist" calls prep-bin-dist-mingw to make Windows friendly distribution now. http://www.haskell.org/pipermail/cvs-ghc/2007-April/034978.html And before this change, we use "prep-bin-dist-mingw" explicitly to make Windows friendly distro. So I sent follow previous message. Because leaving incorrect prep-bin-dist-mingw lack some files that is important C++ for compilation. http://www.haskell.org/pipermail/glasgow-haskell-bugs/2007-March/008738.html On Fri, 27 Apr 2007 01:29:26 +0900, Bulat Ziganshin <[EMAIL PROTECTED]> wrote: >> On Thu, 26 Apr 2007 22:07:47 +0900, Bulat Ziganshin >> <[EMAIL PROTECTED]> wrote: >>> can you please include in win32 distro c++ compiler, as it was done >>> before and as it requested by trac ticket >>> http://hackage.haskell.org/trac/ghc/ticket/1024 ? > >> This problem is already fixed. > >> http://www.haskell.org/pipermail/cvs-ghc/2007-April/034976.html > > the problem i said can't be fixed by anyone except than *builder* of > windows distro. the problem is lack of files of c++ compiler and libraries in > distro, not the ghc behavior OK, builders is important role to make windows distro. But from above reasons, I think prep-bin-dist-mingw (this change "make binary-dist" behavior, not to change ghc behavior) also important role to make windows distribution. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ghc configure
Hi, I've noticed that when you run ./configure on a ghc build lot's of repetition occurs. A lot of the time the same checks are being performed for each configure file in the ghc hierarchy. Could it be possible if some of these checks could be done once at a high level and then subsequent configures could refer to these checks to speed up configuration time? It's just configuring ghc on a mac G4 is a very time consuming process in it's own right! Thanks, Kind regards, Chris. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re[2]: ANNOUNCE: GHC version 6.6.1
Hello shelarcy, Thursday, April 26, 2007, 6:54:40 PM, you wrote: > Hello, Bulat, > On Thu, 26 Apr 2007 22:07:47 +0900, Bulat Ziganshin > <[EMAIL PROTECTED]> wrote: >> can you please include in win32 distro c++ compiler, as it was done >> before and as it requested by trac ticket >> http://hackage.haskell.org/trac/ghc/ticket/1024 ? > This problem is already fixed. > http://www.haskell.org/pipermail/cvs-ghc/2007-April/034976.html the problem i said can't be fixed by anyone except than *builder* of windows distro. the problem is lack of files of c++ compiler and libraries in distro, not the ghc behavior -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.6.1
Hello, Bulat, On Thu, 26 Apr 2007 22:07:47 +0900, Bulat Ziganshin <[EMAIL PROTECTED]> wrote: > can you please include in win32 distro c++ compiler, as it was done > before and as it requested by trac ticket > http://hackage.haskell.org/trac/ghc/ticket/1024 ? This problem is already fixed. http://www.haskell.org/pipermail/cvs-ghc/2007-April/034976.html But current prep-bin-dist-mingw removes C++ header files by this part. rm -rf include/mingw/c++/ || echo "c++/ not there" I think we must remove this lines. But ... above lines' comment saids below. # g++-3/ subdir causes problems with installer tool (+ being a # troublesome character); leave out for now. #rm -rf include/mingw/g++-3/ || echo "g++-3/ not there" And I think this problem probably occurr on c++/ subdir, too. Because g++ is C++ compiler and there is no g++* directory in MinGW's sub-directory now. If Sigbjorn test with removing above part, and changing installer definition if that is needed, we can remove its part. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.6.1
Hello Ian, Thursday, April 26, 2007, 3:22:23 PM, you wrote: > The (Interactive) Glasgow Haskell Compiler -- version 6.6.1 can you please include in win32 distro c++ compiler, as it was done before and as it requested by trac ticket http://hackage.haskell.org/trac/ghc/ticket/1024 ? to be exact, the following files are required for C++ compilation, according to my experience: libstdc++.la libsupc++.la libstdc++.a libsupc++.a cc1plus.exe if it possible, please also issue 7zip-compressed version of 6.6.1 for people with traffic limits -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ANNOUNCE: GHC version 6.6.1
= The (Interactive) Glasgow Haskell Compiler -- version 6.6.1 = The GHC Team is pleased to announce a new patchlevel release of GHC. This release contains a significant number of bugfixes relative to 6.6, so we recommend upgrading. Release notes are here: http://haskell.org/ghc/docs/6.6.1/html/users_guide/release-6-6-1.html How to get it ~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998 and revised December 2002. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/ Supported Platforms ~~~ The list of platforms we support, and the people responsible for them, is here: http://hackage.haskell.org/trac/ghc/wiki/Contributors Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: http://hackage.haskell.org/trac/ghc/wiki/Building Developers ~~ We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac: http://hackage.haskell.org/trac/ghc/ Mailing lists ~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: http://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: http://www.haskell.org/ghc/reportabug ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC Manuals online
Google has never indexed all the mailing lists on haskell.org properly. I never found out why, although I believe John Peterson looked into it at one stage and concluded that it wasn't easy to fix. Google does index the mirrors though (mailarchive.com, gmane.org). try googling for "albus dumbledore tutorial haskell". i get 32 results, none from haskell.org. something is very wrong there. checking the simplest things first, here is www.haskell.org/robots.txt: User-agent: * Disallow: / User-agent: * Disallow: /pipermail/ that puts an end to list archive search by any decent search engine's spiders right-away, doesn't it? in fact, the first entry makes me wonder how we get any results at all from haskell.org? http://en.wikipedia.org/wiki/Robots.txt i don't know how the different wiki formats and redirections affect things, or what the different servers at haskell.org have to say about this. and i know that html pages at haskell.org use the robots meta tag for fine control, but i don't know how robots.txt and robots meta tag interact. i suspect that with that particular robots.txt, google will index nothing, unless someone else points directly at a page, and that page's meta tag allows indexing. cleaning up that robots.txt should help, but someone must have put it there for a reason? claus ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users