Menu
▾
▴
wxhaskell-devel — wxhaskell developers
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(53) |
Mar
(145) |
Apr
(22) |
May
(7) |
Jun
(14) |
Jul
(14) |
Aug
(9) |
Sep
(10) |
Oct
(48) |
Nov
(59) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(36) |
Feb
(5) |
Mar
(33) |
Apr
(28) |
May
(5) |
Jun
(6) |
Jul
(1) |
Aug
(7) |
Sep
(11) |
Oct
(3) |
Nov
(31) |
Dec
|
| 2010 |
Jan
(8) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(9) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(12) |
Jul
(36) |
Aug
(7) |
Sep
(40) |
Oct
(6) |
Nov
(40) |
Dec
(8) |
| 2012 |
Jan
(54) |
Feb
(8) |
Mar
(1) |
Apr
(16) |
May
(2) |
Jun
(12) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(7) |
| 2013 |
Jan
(8) |
Feb
|
Mar
(13) |
Apr
(2) |
May
(13) |
Jun
(44) |
Jul
|
Aug
(13) |
Sep
(12) |
Oct
(11) |
Nov
(7) |
Dec
(6) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
(9) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Kido T. <she...@co...> - 2008-12-14 02:00:49
|
Sat Dec 13 11:08:13 EST 2008 shelarcy <she...@gm...>
* Use wxList::compatibility_iterator in wxc to avoid building problem.
Ignore-this: edd313c7f1aef8653725b770aa064c86
M ./wxc/src/eljfilehist.cpp -2 +7
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081213160813-c1071-e237509cffde024e1c25a7617ebd87d076f730c7.gz
|
|
From: shelarcy <she...@gm...> - 2008-12-14 01:49:32
|
Pushed. 2008/12/14 shelarcy <she...@gm...>: > Sun Dec 14 00:36:33 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc= > y...@gm...> > * Add --with-compiler option for forward compatibility. > > Sun Dec 14 01:08:13 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc= > y...@gm...> > * Use wxList::compatibility_iterator in wxc to avoid building problem. -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-12-13 16:21:15
|
DarcsURL: C:/home/shelarcy/wxhaskell
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=_"
--=_
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Sun Dec 14 00:36:33 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Add --with-compiler option for forward compatibility.
Sun Dec 14 01:08:13 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Use wxList::compatibility_iterator in wxc to avoid building problem.
--=_
Content-Type: text/x-darcs-patch; name="add-__with_compiler-option-for-forward-compatibility_.dpatch"
Content-Transfer-Encoding: quoted-printable
Content-Description: A darcs patch for your repository!
New patches:
[Add --with-compiler option for forward compatibility.
shelarcy <she...@gm...>**20081213153633
Ignore-this: 655b63b942f001141785b5318916b44b
] hunk ./configure 329
echo " Ignoring --cache option; this option must be the first (and only=
) option."
echo "";;
=
+ --with-compiler=3D*)
+ hc=3D"$arg";;
+ # This option is deprecated. Use --with-compiler instead.
--with-hc=3D*)
hc=3D"$arg";;
-hc=3D*|--hc=3D*)
[Use wxList::compatibility_iterator in wxc to avoid building problem.
shelarcy <she...@gm...>**20081213160813
Ignore-this: edd313c7f1aef8653725b770aa064c86
] hunk ./wxc/src/eljfilehist.cpp 80
wxList lst =3D ((wxFileHistory*)_obj)->GetMenus();=0D
if (_ref)=0D
{=0D
- for (unsigned int i =3D 0; i < lst.GetCount(); i++)=0D
- ((void**)_ref)[i] =3D (void*)lst.Item(i);=0D
+ int i =3D 0;=0D
+ wxList::compatibility_iterator node =3D lst.GetFirst();=0D
+ while (node)=0D
+ {=0D
+ ((void**)_ref)[i] =3D node->GetData();=0D
+ ++i;=0D
+ }=0D
}=0D
=0D
return lst.GetCount();=0D
Context:
[Fix: ghc-pkg latest causes problem on Windows.
shelarcy <she...@gm...>**20081211061555
Ignore-this: ef77c47ece75a0921e5e07a1140b811b
] =
[Use latest version of packages in GHC database, part2
shelarcy <she...@gm...>**20081211051248] =
[Use latest version of packages in GHC database
Eric Kow <E....@br...>**20081209224702] =
[When use --user option, wxhaskell should install .cabal location.
shelarcy <she...@gm...>**20081128133122] =
[TAG 0.11.0rc1_2
shelarcy <she...@gm...>**20081128044152] =
Patch bundle hash:
406a4197ecd43ab8fbb6aaa1fc2e15aefbc9fe74
--=_--
.
|
|
From: shelarcy <she...@gm...> - 2008-12-13 02:57:40
|
Hi, I created ticked for this problem today. http://hackage.haskell.org/trac/hackage/ticket/431 Best Regards, On Sat, 29 Nov 2008 00:24:11 +0900, Duncan Coutts <du...@ha...> wrote: >> > This is not really the solution. Because Cabal and cabal command don't >> > pass --user option to Distribution.Make's ConfigCmd now. >> > >> > http://www.haskell.org/ghc/docs/6.10.1/html/libraries/Cabal/Distribution-Make.html >> >> Maybe one hack would be copy the Cabal code to create our own >> Distribution.WxhaskellMake, which we can then customise to our needs. > > Is there a cabal ticket filed for this? If so has anyone noted that it's > important for wxhaskell? > > I expect passing --user to configure or make isn't the right solution, > but specifying exactly which ghc package db to register into instead > (just like we pass --prefix etc). > > Either way it doesn't sound difficult. Patches welcome. > >> Another solution is to really just find a way to get rid of our >> make oriented build method. > > Or that. -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-12-13 01:26:44
|
Pushed. 2008/12/13 shelarcy <she...@gm...>: > Fri Dec 12 22:06:52 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc= > y...@gm...> > * Add --global option. > > Sat Dec 13 01:33:09 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc= > y...@gm...> > * Add notebookHitTest function (requested by Bernd Holzmuller). -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Kido T. <she...@co...> - 2008-12-13 00:30:46
|
Fri Dec 12 08:06:52 EST 2008 shelarcy <she...@gm...>
* Add --global option.
Ignore-this: 12cbdde57790c83d6cd249c296392d2f
M ./configure +2
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081212130652-c1071-2fa165d15ee5fa41dec7cbc2f9b2aa2cc0341928.gz
|
|
From: Kido T. <she...@co...> - 2008-12-13 00:30:46
|
Fri Dec 12 11:33:09 EST 2008 shelarcy <she...@gm...>
* Add notebookHitTest function (requested by Bernd Holzmuller).
Ignore-this: 649bff666a5f3ad1e8600bf95078282a
M ./wxc/include/wxc_glue.h +7
M ./wxc/src/eljnotebook.cpp -1 +31
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081212163309-c1071-2f7df952467ac6459d9d3953b5108010f576b5d4.gz
|
|
From: shelarcy <she...@gm...> - 2008-12-12 16:54:31
|
DarcsURL: C:/home/shelarcy/wxhaskell
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=_"
--=_
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Fri Dec 12 22:06:52 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Add --global option.
Sat Dec 13 01:33:09 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Add notebookHitTest function (requested by Bernd Holzmuller).
--=_
Content-Type: text/x-darcs-patch; name="add-__global-option_.dpatch"
Content-Transfer-Encoding: quoted-printable
Content-Description: A darcs patch for your repository!
New patches:
[Add --global option.
shelarcy <she...@gm...>**20081212130652
Ignore-this: 12cbdde57790c83d6cd249c296392d2f
] {
hunk ./configure 291
echo " --fvia-C use -fvia-C option"
echo " --package-conf=3D<file> optional local package configuration [$=
hcpkglocal]"
echo " --user use current user's local package database=
"
+ echo " --global use global package database"
echo " --version=3D<version> library version [$version]"
echo " --release=3D<version> library release version [$release]"
echo " --cache expands into previous configure options"
hunk ./configure 358
# sharedprefix=3D"$prefix/share"
sharedprefix=3D"$prefix/lib"
fi;;
+ -global|--global) ;; # just for cabal
-version=3D*|--version=3D*)
version=3D"$arg";;
-release=3D*|--release=3D*)
}
[Add notebookHitTest function (requested by Bernd Holzmuller).
shelarcy <she...@gm...>**20081212163309
Ignore-this: 649bff666a5f3ad1e8600bf95078282a
] {
hunk ./wxc/include/wxc_glue.h 3431
TStringLen wxNotebook_GetPageText( TSelf(wxNotebook) _obj, int nPage, TStr=
ingOutVoid _buf );=0D
int wxNotebook_GetRowCount( TSelf(wxNotebook) _obj );=0D
int wxNotebook_GetSelection( TSelf(wxNotebook) _obj );=0D
+int wxNotebook_HitTest( TSelf(wxNotebook) _obj, TPoint(x,y), long* =
flags );=0D
int wxNotebook_InsertPage( TSelf(wxNotebook) _obj, int nPage, TClas=
s(wxWindow) pPage, TStringVoid strText, TBoolInt bSelect, int imageId );=0D
int wxNotebook_RemovePage( TSelf(wxNotebook) _obj, int nPage );=0D
void wxNotebook_SetImageList( TSelf(wxNotebook) _obj, TClass(wxImage=
List) imageList );=0D
hunk ./wxc/include/wxc_glue.h 3441
int wxNotebook_SetPageText( TSelf(wxNotebook) _obj, int nPage, TStr=
ingVoid strText );=0D
int wxNotebook_SetSelection( TSelf(wxNotebook) _obj, int nPage );=
=0D
=0D
+int expBK_HITTEST_NOWHERE( );=0D
+int expBK_HITTEST_ONICON( );=0D
+int expBK_HITTEST_ONLABEL( );=0D
+int expBK_HITTEST_ONITEM( );=0D
+int expBK_HITTEST_ONPAGE( );=0D
+=0D
/* wxNotebookEvent */=0D
TClassDefExtend(wxNotebookEvent,wxNotifyEvent)=0D
=0D
hunk ./wxc/src/eljnotebook.cpp 76
{=0D
((wxNotebook*)_obj)->SetPadding(wxSize(_w, _h));=0D
}=0D
- =0D
+=0D
+EWXWEXPORT(int, wxNotebook_HitTest)(wxNotebook* _obj, int x, int y, long *=
flags)=0D
+{=0D
+ return _obj->HitTest(wxPoint(x, y), flags);=0D
+}=0D
+=0D
+EWXWEXPORT(int,expBK_HITTEST_NOWHERE)()=0D
+{=0D
+ return (int)wxBK_HITTEST_NOWHERE;=0D
+}=0D
+=0D
+EWXWEXPORT(int,expBK_HITTEST_ONICON)()=0D
+{=0D
+ return (int)wxBK_HITTEST_ONICON;=0D
+}=0D
+=0D
+EWXWEXPORT(int,expBK_HITTEST_ONLABEL)()=0D
+{=0D
+ return (int)wxBK_HITTEST_ONLABEL;=0D
+}=0D
+=0D
+EWXWEXPORT(int,expBK_HITTEST_ONITEM)()=0D
+{=0D
+ return (int)wxBK_HITTEST_ONITEM;=0D
+}=0D
+=0D
+EWXWEXPORT(int,expBK_HITTEST_ONPAGE)()=0D
+{=0D
+ return (int)wxBK_HITTEST_ONPAGE;=0D
+}=0D
+=0D
EWXWEXPORT(int, wxNotebook_DeletePage)(void* _obj, int nPage)=0D
{=0D
return (int)((wxNotebook*)_obj)->DeletePage(nPage);=0D
}
Context:
[Fix: ghc-pkg latest causes problem on Windows.
shelarcy <she...@gm...>**20081211061555
Ignore-this: ef77c47ece75a0921e5e07a1140b811b
] =
[Use latest version of packages in GHC database, part2
shelarcy <she...@gm...>**20081211051248] =
[Use latest version of packages in GHC database
Eric Kow <E....@br...>**20081209224702] =
[When use --user option, wxhaskell should install .cabal location.
shelarcy <she...@gm...>**20081128133122] =
[TAG 0.11.0rc1_2
shelarcy <she...@gm...>**20081128044152] =
Patch bundle hash:
e1294f9653d4182afedea57e96c3b3cb60ab5021
--=_--
.
|
|
From: shelarcy <she...@gm...> - 2008-12-11 06:33:52
|
On Wed, 10 Dec 2008 07:48:31 +0900, Eric Kow <eri...@gm...> wrote: > Warning: this may break if you're trying to do a global install, > but it seems to help for my case where I have bytestring 0.9.1.3 > installed for my user, but the default bytestring 0.9.1.2 shipping > with GHC > > Tue Dec 9 22:47:02 GMT 2008 Eric Kow <E....@br...> > * Use latest version of packages in GHC database I think this change isn't bad for us. So. I pushed this patch now. Thanks. But ... you forgot a few point to change, and your change cause problem on Windows. So, I added to push following two patches. [Use latest version of packages in GHC database, part2 shelarcy <she...@gm...>**20081211051248] [Fix: ghc-pkg latest causes problem on Windows. shelarcy <she...@gm...>**20081211061555 Ignore-this: ef77c47ece75a0921e5e07a1140b811b ] Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Kido T. <she...@co...> - 2008-12-11 06:21:11
|
Thu Dec 11 01:15:55 EST 2008 shelarcy <she...@gm...>
* Fix: ghc-pkg latest causes problem on Windows.
Ignore-this: ef77c47ece75a0921e5e07a1140b811b
M ./configure -2 +4
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081211061555-c1071-cee2ab8c9a6dbac60558e0e01a668cba3047858b.gz
|
|
From: Kido T. <she...@co...> - 2008-12-11 05:19:30
|
Thu Dec 11 00:12:48 EST 2008 shelarcy <she...@gm...>
* Use latest version of packages in GHC database, part2
M ./configure -6 +6
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081211051248-c1071-8e56129e6238c8b0076323931ed4cb7cb442fca0.gz
|
|
From: Kido T. <she...@co...> - 2008-12-11 05:19:30
|
Tue Dec 9 17:47:02 EST 2008 Eric Kow <E....@br...>
* Use latest version of packages in GHC database
M ./configure -12 +12
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081209224702-2067a-8496c22988f3263b8cfe33b95e141d770316a6a4.gz
|
|
From: shelarcy <she...@gm...> - 2008-12-10 02:41:45
|
Hi, On Wed, 10 Dec 2008 08:35:13 +0900, Eric Y. Kow <eri...@gm...> wrote: > Earlier, I might have reported that running wxhakell apps on MacOS X > doesn't work from the command line anymore (except by opening the > app bundle). > > I just wanted to throw in a slight twist: if you run macosx-app foo, > you can then invoke foo.app/Contents/MacOS/foo in order to run your > GUI program from the command line I think macosx-app causes your problem. I can run foo and foo.app/ on my Intel Mac environment, too. shelarcy$ open GLMultiCanvas shelarcy$ /Users/shelarcy/.cabal/lib/wxhaskell-0.11.0/bin/macosx-app shelarcy$ open GLMultiCanvas.app/ shelarcy$ open GLMultiCanvas.app/Contents/MacOS/GLMultiCanvas But when I run macosx-app, I can't run foo anymore. shelarcy$ open GLMultiCanvas LSOpenFromURLSpec() failed with error -10828 for the file /Users/shelarcy/Desktop/wxhaskell/samples/contrib/GLMultiCanvas. I think reasons of this behavior is that macosx-app made classic application (foo) and application bundle (foo.app) from foo executable file. So, when we run macosx-app, we can't run foo without classic environment. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Eric Y. K. <eri...@gm...> - 2008-12-09 23:35:24
|
Earlier, I might have reported that running wxhakell apps on MacOS X doesn't work from the command line anymore (except by opening the app bundle). I just wanted to throw in a slight twist: if you run macosx-app foo, you can then invoke foo.app/Contents/MacOS/foo in order to run your GUI program from the command line It's really yucky though. Maybe somebody else will find a cleaner way to express all this -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Eric K. <eri...@gm...> - 2008-12-09 22:48:37
|
Warning: this may break if you're trying to do a global install, but it seems to help for my case where I have bytestring 0.9.1.3 installed for my user, but the default bytestring 0.9.1.2 shipping with GHC Tue Dec 9 22:47:02 GMT 2008 Eric Kow <E....@br...> * Use latest version of packages in GHC database |
|
From: SourceForge.net <no...@so...> - 2008-12-08 21:02:07
|
Bugs item #2407551, was opened at 2008-12-08 21:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536845&aid=2407551&group_id=73133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Makefiles not passing --user through to ghc-pkg Initial Comment: When using plain % cabal install wx or % cabal configure --user % cabal build % cabal install --user the --user flag isn't passed through to ghc-pkg, resulting in a failure to register the package with ghc due to missing permissions to mangle files in /usr. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=536845&aid=2407551&group_id=73133 |
|
From: Mads L. <mad...@ya...> - 2008-12-07 19:27:23
|
Hi
It was great to see XRC being added to wxHaskell. Nonetheless, it seems
to have less type safety than the "traditional" way of creating widgets.
There seems to be two static guaranties we are now missing:
1) The naming of widgets is by strings which can be misspelled.
2) One can accidentally use a wrong *res function for accessing the
widget. E.g. using radioBoxRes for a button.
Fortunately, it could easily be remedied by parsing the xrc.xml file and
generating the necessary functions.
Would people think this is a good idea? Would you use it?
I have made a _very_ rudimentary proof of concept:
module Main where
import Text.HTML.TagSoup
import Text.HTML.TagSoup.Parser
import Data.Char
main = do
makeSelectorModule "controls.xrc"
makeSelectorModule :: String -> IO ()
makeSelectorModule filename = do
xml <- readFile filename
let out = outputModule filename
writeFile (out ++ ".hs") (header out ++ makeSelectors xml)
outputModule :: String -> String
outputModule filename =
toUpper (head filename) : takeWhile (/= '.') (drop 1 filename) ++ "Selector"
makeSelectors :: String -> String
makeSelectors xs = unlines $ map makeSelector $ concat $ map process $ parseTags xs
process (TagOpen "object" [("class", t), ("name", name)]) = [Widget t name]
process _ = []
data Widget = Widget String String
deriving Show
header name = "module " ++ name ++ " where\n" ++
"import Graphics.UI.WX\n"
makeSelector :: Widget -> String
makeSelector (Widget "wxButton" name) = name ++ "Button f = buttonRes f \"" ++ name ++ "\""
makeSelector _ = ""
Which for the "controls.xrc" file in the sample directory generates a
file named "ControlsSelector.hs" containing:
module ControlsSelector where
import Graphics.UI.WX
okButton f = buttonRes f "ok"
quitButton f = buttonRes f "quit"
rb1Button f = buttonRes f "rb1"
cb1Button f = buttonRes f "cb1"
If people are interested, I would gladly volunteer to turn the proof of
concept into "real" code.
Greetings
Mads Lindstrøm
|
|
From: shelarcy <she...@gm...> - 2008-11-28 23:34:56
|
Pushed. On Fri, 28 Nov 2008 22:47:04 +0900, shelarcy <she...@gm...> wrote: >>> And installation directory isn't $HOME/.cabal now. It causes problem when >>> use Mac OS X application bundle. See above patch online. Does anybody have >>> an idea to solve this problem? If we could solve this soonly, we do that >>> before wxHaskell 0.11 release (We already late some weeks from release date. >>> GHC 6.10.1 released three weeks ago). > > I find where causes this problem. So, this isn't critical problem for > using cabal command now. > > Attached patch is a solution of this problem. I'll push it tomorrow. -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Kido T. <she...@co...> - 2008-11-28 23:18:45
|
Thu Nov 27 23:41:52 EST 2008 shelarcy <she...@gm...> tagged 0.11.0rc1_2 View patch online: http://code.haskell.org/wxhaskell/_darcs/patches/20081128044152-c1071-a7d66d1876faa68af024ee96cd98a0892da236a5.gz |
|
From: Kido T. <she...@co...> - 2008-11-28 23:18:45
|
Fri Nov 28 08:31:22 EST 2008 shelarcy <she...@gm...>
* When use --user option, wxhaskell should install .cabal location.
M ./configure -8 +9
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20081128133122-c1071-d7f91ebe1cb93e4b797f5a56d360da6011ca0fa8.gz
|
|
From: Duncan C. <du...@ha...> - 2008-11-28 15:54:08
|
On Fri, 2008-11-28 at 11:52 +0000, Eric Kow wrote: > Hi, > > On Fri, Nov 28, 2008 at 12:24:47 +0900, shelarcy wrote: > > I added --user option today. > > > > http://www.mail-archive.com/wxh...@li.../msg00337.html > > I saw that, thanks! > > > This is not really the solution. Because Cabal and cabal command don't > > pass --user option to Distribution.Make's ConfigCmd now. > > > > http://www.haskell.org/ghc/docs/6.10.1/html/libraries/Cabal/Distribution-Make.html > > Maybe one hack would be copy the Cabal code to create our own > Distribution.WxhaskellMake, which we can then customise to our needs. Is there a cabal ticket filed for this? If so has anyone noted that it's important for wxhaskell? I expect passing --user to configure or make isn't the right solution, but specifying exactly which ghc package db to register into instead (just like we pass --prefix etc). Either way it doesn't sound difficult. Patches welcome. > Another solution is to really just find a way to get rid of our > make oriented build method. Or that. Duncan |
|
From: shelarcy <she...@gm...> - 2008-11-28 13:47:20
|
On Fri, 28 Nov 2008 20:52:20 +0900, Eric Kow <eri...@gm...> wrote: >> And installation directory isn't $HOME/.cabal now. It causes problem when >> use Mac OS X application bundle. See above patch online. Does anybody have >> an idea to solve this problem? If we could solve this soonly, we do that >> before wxHaskell 0.11 release (We already late some weeks from release date. >> GHC 6.10.1 released three weeks ago). I find where causes this problem. So, this isn't critical problem for using cabal command now. Attached patch is a solution of this problem. I'll push it tomorrow. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Eric K. <eri...@gm...> - 2008-11-28 12:16:26
|
Hi, On Fri, Nov 28, 2008 at 12:24:47 +0900, shelarcy wrote: > I added --user option today. > > http://www.mail-archive.com/wxh...@li.../msg00337.html I saw that, thanks! > This is not really the solution. Because Cabal and cabal command don't > pass --user option to Distribution.Make's ConfigCmd now. > > http://www.haskell.org/ghc/docs/6.10.1/html/libraries/Cabal/Distribution-Make.html Maybe one hack would be copy the Cabal code to create our own Distribution.WxhaskellMake, which we can then customise to our needs. Another solution is to really just find a way to get rid of our make oriented build method. If it helps, we could think about taking over the wxc project, for example and just bless our wrapper as the new official WxC that we would expect people to install separately. There would still be the issue of generating the Haskell code in some of wxcore to deal with :-/ We could also ask Duncan what he thinks; he's quite interested in wxhaskell's (and gtk2hs's) attempts to cabalise. > And installation directory isn't $HOME/.cabal now. It causes problem when > use Mac OS X application bundle. See above patch online. Does anybody have > an idea to solve this problem? If we could solve this soonly, we do that > before wxHaskell 0.11 release (We already late some weeks from release date. > GHC 6.10.1 released three weeks ago). > > When we solve above two problem, we can use just "cabal install wx" > command to install wxHaskell from Hackage. Can't wait! Duncan: I'm CC'ing you. The wxhaskell team is interested in making cabal install wxcore "just work". Right now, you have to "sudo cabal install wxcore" which is quite horrible :-) -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Kido T. <she...@co...> - 2008-11-28 04:29:27
|
Thu Nov 27 23:27:34 EST 2008 shelarcy <she...@gm...> tagged 0.11.0rc1 View patch online: http://code.haskell.org/wxhaskell/_darcs/patches/20081128042734-c1071-1dca3bced887cec4ca409ad32ccd948d4e98110a.gz |
|
From: shelarcy <she...@gm...> - 2008-11-28 03:25:10
|
Hi, On Thu, 13 Nov 2008 01:34:38 +0900, Eric Kow <eri...@gm...> wrote: > I was hoping I could jot down some wishlist items for building > wxhaskell... The big thing on my list is for "cabal install wx" to > "just work". Right now, you have to > > sudo cabal install wxcore --global > cabal install wx > > which is really quite clunky, especially if you want people to be > able to cabal install stuff which depends on wx > > As you know (and the franchise folks may not be aware), our current > cabalisation is a bit of a sham; it just adds some packaging around our > configure script (which is handwritten and not even autoconf-generated!) > and our Makefile. Would anybody have the time to look into makefile.lib > and see if we can do anything about it? I added --user option today. http://www.mail-archive.com/wxh...@li.../msg00337.html This is not really the solution. Because Cabal and cabal command don't pass --user option to Distribution.Make's ConfigCmd now. http://www.haskell.org/ghc/docs/6.10.1/html/libraries/Cabal/Distribution-Make.html And installation directory isn't $HOME/.cabal now. It causes problem when use Mac OS X application bundle. See above patch online. Does anybody have an idea to solve this problem? If we could solve this soonly, we do that before wxHaskell 0.11 release (We already late some weeks from release date. GHC 6.10.1 released three weeks ago). When we solve above two problem, we can use just "cabal install wx" command to install wxHaskell from Hackage. Best Regards, > The ideal, I guess would be to > get rid of our homegrown configure script + makefile combination > altogether. One thing we could start with is by cabalising wxdirect and > just making wxcore for that. It seems a little silly having this tool > on hackage that /only/ serves for building wxhaskell (but then maybe one > day it will be useful for working on contribs?) -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
15 messages has been excluded from this view by a project administrator.
