You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(13) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(5) |
Feb
(13) |
Mar
(1) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2004 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(6) |
May
(3) |
Jun
|
Jul
|
Aug
(7) |
Sep
(8) |
Oct
|
Nov
(2) |
Dec
|
2005 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(18) |
May
|
Jun
(16) |
Jul
(13) |
Aug
(48) |
Sep
|
Oct
(9) |
Nov
(29) |
Dec
(16) |
2006 |
Jan
(15) |
Feb
(70) |
Mar
(56) |
Apr
(28) |
May
(20) |
Jun
(15) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(5) |
Dec
(2) |
2007 |
Jan
(4) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(7) |
Nov
|
Dec
(3) |
2008 |
Jan
(10) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
(10) |
Oct
(15) |
Nov
(2) |
Dec
(5) |
2009 |
Jan
(2) |
Feb
(1) |
Mar
(9) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(12) |
Aug
(3) |
Sep
(15) |
Oct
(14) |
Nov
(11) |
Dec
(7) |
2010 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
2011 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Majorana O. <maj...@po...> - 2024-04-21 21:48:53
|
Hi! I am new to the project and I am interested in Lush. To start with Lush I tried building the source but fails with ``two much arguments'' at ``` src/dldbfd.c line 848: bfd_set_section_size(ent->abfd, sbss, scommon); line 2350: update_instruction_cache(p->vma, bfd_section_size(abfd, p)); ``` where the two functions came from `bfd.h`, which is part of `binutils`. This is because since the binutils commit `fd3619828e9` ("bfd_section_* macros", 2019-09-16), the signature of the section functions/macros has been changed. According to `bfd/ChangeLog-2019`: ``` (...) 2019-09-18 Alan Modra <am...@gm...> (...) (bfd_set_section_size): Delete bfd parameter, rename section parameter. (...) ``` The commit messages said that the parameter is not used, so I made a patch to remove the first parametres: ``` diff --unified --recursive --text src/lush/src/dldbfd.c src-patched/lush/src/dldbfd.c --- src/lush/src/dldbfd.c 2006-11-03 00:46:09.000000000 +0800 +++ src-patched/lush/src/dldbfd.c 2024-04-21 00:24:56.565453545 +0800 @@ -845,7 +845,8 @@ /* Cleanup bss section */ if (sbss) { - bfd_set_section_size(ent->abfd, sbss, scommon); + bfd_set_section_size(/* ent->abfd, */sbss, scommon); /* PATCH NOTE: + * BFD CHANGED THE SIGNATURE */ /* Take no risk with alignment */ if (sbss->alignment_power < 4) sbss->alignment_power = 4; @@ -2347,7 +2348,9 @@ } } /* Update I-cache */ - update_instruction_cache(p->vma, bfd_section_size(abfd, p)); + update_instruction_cache(p->vma , bfd_section_size(/* abfd, */p)); + /* PATCH NOTE: + * BFD CHANGED THE SIGNATURE */ } /* Mark module as relocated */ if (externalp) ``` so that linking against the latest verion of `binutils` (which is 2.42) is fine. And `AC_CHECK_LIB(fontconfig,FcNameUnparse)` is added to `configure.ac` and let `autoconf` to generate the `configure`. And the build for 1.2.1 goes good. I have no idea how to test if the build is full-functioned, but playing with REPL does not seems to have any problems. Since Arch is a rolling release distro and all libs shall be as new as poss -ible, (maybe) we can conclude that the depends of 1.2.1 should be fine to up- grade to the latest? (Except that there are a tons of deprecation warning... the project really aged a little bit didn't it?) I uploaded the `PKGBUILD` and patches to the AUR repo: https://aur.archlinux.org/packages/lush But for lush2 I am out of luck. I have to change the declaration of `_mm_transients` from `mmstack_t *const` to `mmstack_t *` (const removed); and change from ` *(mmstack_t **)&_mm_transients = make_stack();` (around line 2227) to `_mm_transients = make_stack();` I don't know if this is a correct fix, but the build eventually kinda crashed: After `make`, it said: ``` **** GASP: Severe error : Signal 11 has occurred **** GASP: Trying to recover **** GASP: You should save your work immediatly ? ``` And, the error processing function for the Lush language is broken, in Lush REPL if any exception is raised (e.g. try `(1 1)`), GASP would complain and exit with code 100: ``` **** GASP: recursive error: can't evaluate this list make: *** [Makefile:82:sys/stdenv.dump] error 100 ``` I set up gdb to see what happened, and it seems like crash at `src/module.c` line 964: ``` void (*call)(void) = (void(*)()) m->initaddr; current = m; (*call)(); /* CRASH HERE */ ``` and since it is calling a runtime generated binary code, I do not know how to debug. And I do not know what has caused the GASP being called. Extra infos: ``` ~⊢ 𝜆.uname-a Linux ***-DESKTOP 6.8.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 17 Apr 2024 15:20:28 +0000 x86_64 GNU/Linux ``` |
From: Eduardo B. <ebe...@gm...> - 2011-04-06 20:26:33
|
Hello list This is my first email to the list, and Im sorry to come with problems for you guys :) I am interested in using the gblearn framework to build OCR recognition software in bad conditions (think CAPTCHA) for a research I am conducting, and I have a small lisp background, so lush seemed like a great asset. But the code for lenet and gblearn itself does not work with the latest lush version. Comparing the 2.0.1 code with the code at the CVS, which I suspect is from lush 1.0, I have managed to track the problem down to the load-matrix function, and I just used this line on the index.c file to solve the immediate problem : /* little fix to resolve the load-matrix not found error . */ dx_define("load-matrix", xload_array); /* END FIX */ The problem is, the more I investigated the diffs between the indexes from the different versions, the more it became clear that there were great differences between the version regarding matrixes (or arrays as they are now called in the index.c). I am writing to ask wiser people as to what should I do about it. Use the old version? Export the names as old ones? Try to fix the code of gblearn (Im inclined to do this)? Thanks for the attention. -- Eduardo Bellani omnia mutantur, nihil interit. |
From: Ralf J. <jue...@cs...> - 2011-03-12 03:31:43
|
This is a bug fix release with the following changes to release 2.0: * Fixed broken build on MacOS X 10.6 * Fixed broken dynamic object code linking on MacOS X 10.6 * Fixed some deprecation warnings * Fixed bug in profiler http://sourceforge.net/projects/lush/files/lush2/ Have fun, Ralf |
From: Ralf J. <jue...@cs...> - 2011-01-02 02:18:26
|
I just tried building lush without readline support. It looks like that is not possible anymore, not sure it ever was. Anyways, this turns out to be another road block for OS X users. Any volunteers out there who would help with supporting '--without-readline' builds? Ralf |
From: Yaroslav H. <de...@on...> - 2011-01-01 17:10:13
|
Happy New Year! 1.2.1-8+cvs20101229 got uploaded into Debian experimental. Do you think it would be of benefit for you if I provide backports of lush for all Debian/Ubuntu releases from our http://neuro.debian.net repository? I have moved packaging from elderly SVN to GIT: http://git.onerussian.com/?p=deb/lush.git;a=summary Here is the list of changes in packaging: lush (1.2.1-8+cvs20101229) experimental; urgency=low * Fresh upstream CVS snapshot -- might be the last one in lush 1.x series: - supports Renesas SH(sh4) (Closes: #574258). Thanks Nobuhiro Iwamatsu for the patch * debian/copyright: switched to DEP5 format * debian/compat,control: dh compat version 7 * debian/control: - Policy boost to 3.9.1 (no changes seems to be due) * debian/patches,source,control: switch to 3.0 (quilt) source format from dpatch * debian/rules,...: simplifying to take advantage of dh7 -- Yaroslav Halchenko <de...@on...> Wed, 29 Dec 2010 14:47:07 -0500 There was also an upload to unstable (which migrated to testing/squeeze already) fixing patching issue: lush (1.2.1-7+cvs20080204) unstable; urgency=medium * Fixed paths cvs20080204 so fresh versions of dpatch behave nicely (Closes: #608218). Thanks Jakub Wilk for reporting and Hideki Yamane for providing the fix * Added Vcs fields for easy debcheckout. They point to freshly (re)initialized (using git-import-dscs --debsnapt) GIT repository * Added ${misc:Depends} to lush-library Depends (per lintian recommendations) -- Yaroslav Halchenko <de...@on...> Wed, 29 Dec 2010 11:45:37 -0500 On Mon, 27 Dec 2010, Yann LeCun wrote: > Before you hand over the babysitting of the Debian version, I think it > would be great to make one last release of Lush 1.x: just getting a > snapshot of the current CVS and making a release/debian package. > The current Debian package is quite a bit out of date. > Thanks for all your nice work! > -- Yann -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Ralf J. <jue...@cs...> - 2010-12-30 15:31:22
|
All, Lush 2.0 is finally out and available as source at http://sourceforge.net/projects/lush/files/lush2/lush-2.0.tar.gz There are no major new features since beta2 but a number of bugs have been fixed. Thanks to all who reported bugs, in particular to Fabian. For the future I am planning to release more frequently and target more moderate goals for each release. For Lush 2.1 I plan to further improve the gnuplot interface and to make Lush work on OS X 10.6. Cheers, Ralf |
From: Yaroslav H. <de...@on...> - 2010-12-29 20:53:53
|
On Wed, 29 Dec 2010, Yann LeCun wrote: > Are you talking about a reference, as in a scientific paper? ideally - yes > We generally refer to the Lush manual, with a link to the > main Lush website: > Leon Bottou and Yann LeCun: "The Lush manual", http://lush.sf.net (2002). that is cool too -- I will add it to the blends page: http://blends.alioth.debian.org/science/tasks/machine-learning#lush Do you have a BibTex record handy may be? (I will also ship it along under /usr/share/doc/lush/references) -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Yann L. <ya...@cs...> - 2010-12-29 20:42:36
|
Are you talking about a reference, as in a scientific paper? We generally refer to the Lush manual, with a link to the main Lush website: Leon Bottou and Yann LeCun: "The Lush manual", http://lush.sf.net (2002). -- Yann On Wednesday, December 29, 2010, Yaroslav Halchenko wrote: > Sorry if I am repeating myself (didn't find email, so I could have asked > that before): > > what would be the canonical reference you would like people to use for > referencing lush? > > http://lush.sourceforge.net/credits.html |
From: Yann L. <ya...@cs...> - 2010-12-29 20:33:45
|
Good idea. Since 2003, it's basically me and Leon. I added a line to ./COPYRIGHT. -- Yann On Wednesday, December 29, 2010, Yaroslav Halchenko wrote: > I am updating Debian packaging... > > what would be the up-to-date copyright statement... i.e. who is > holding the copyright for works on lush 1.x since 2002? May be > ./COPYRIGHT could be updated ;) > > On Mon, 27 Dec 2010, Yann LeCun wrote: > > Hi Yari, > > > > Before you hand over the babysitting of the Debian version, I think it > > would be great to make one last release of Lush 1.x: just getting a > > snapshot of the current CVS and making a release/debian package. > > > > The current Debian package is quite a bit out of date. > > > > Thanks for all your nice work! > > > > -- Yann |
From: Yaroslav H. <de...@on...> - 2010-12-29 20:14:05
|
Sorry if I am repeating myself (didn't find email, so I could have asked that before): what would be the canonical reference you would like people to use for referencing lush? http://lush.sourceforge.net/credits.html -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Yaroslav H. <de...@on...> - 2010-12-29 20:07:29
|
I am updating Debian packaging... what would be the up-to-date copyright statement... i.e. who is holding the copyright for works on lush 1.x since 2002? May be ./COPYRIGHT could be updated ;) On Mon, 27 Dec 2010, Yann LeCun wrote: > Hi Yari, > Before you hand over the babysitting of the Debian version, I think it > would be great to make one last release of Lush 1.x: just getting a > snapshot of the current CVS and making a release/debian package. > The current Debian package is quite a bit out of date. > Thanks for all your nice work! > -- Yann -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Yaroslav H. <de...@on...> - 2010-12-28 18:18:24
|
On Mon, 27 Dec 2010, Yann LeCun wrote: > Before you hand over the babysitting of the Debian version, I think it > would be great to make one last release of Lush 1.x: just getting a > snapshot of the current CVS and making a release/debian package. Ok, let me check if everything is building fine and update packaging. If everything looks fine, would you mind releasing official "release" (1.2.2? or 1.3.0?) so we do not ship something like 1.2.1+cvs20101228 ;-) [quotes order reversed] > Thanks for all your nice work! > The current Debian package is quite a bit out of date. Exactly ;) I have not done any work on lush package for a while ;) But thank you! -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Yann L. <ya...@cs...> - 2010-12-28 02:10:23
|
Hi Ralf, I'm really excited about Lush-2.0 getting close to a release! I am very thankful for all the work you put into this project, and I'm sure many people on this list are too. Cheers, -- Yann On Monday, December 27, 2010, Ralf Juengling wrote: > Hi all, > > I have been fixing a number of lush 2.0 bugs over the last > couple of days and want to do the lush 2.0 release soon. > > If any of you have access to other platforms than a current > Ubuntu linux I would appreciate it if you would try to build > it on your system (I know there are problems with OS X 10.6). > Here is the tarball: > http://sourceforge.net/projects/lush/files/lush2/lush-2.0.tar.gz/download > > If I don't hear from anyone about build problems or otherwise > then I will announce the release in two days or so. > > Cheers, > Ralf > > > --------------------------------------------------------------------------- > --- Learn how Oracle Real Application Clusters (RAC) One Node allows > customers to consolidate database storage, standardize their database > environment, and, should the need arise, upgrade to a full multi-node > Oracle RAC database without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Lush-devel mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-devel |
From: Yann L. <ya...@cs...> - 2010-12-28 02:10:22
|
Hi Yari, Before you hand over the babysitting of the Debian version, I think it would be great to make one last release of Lush 1.x: just getting a snapshot of the current CVS and making a release/debian package. The current Debian package is quite a bit out of date. Thanks for all your nice work! -- Yann On Monday, December 27, 2010, Yaroslav Halchenko wrote: > Hi all, > > may be someone is willing to take over the packaging effort of lush for > Debian(/Ubuntu) ? I am not sure if I would have adequate time to > maintain it, but I could mentor/sponsor your work into Debian, and I > guess you could simply tune up existing packaging for lush 1.2.1 which > is now in Debian. > > On Mon, 27 Dec 2010, Ralf Juengling wrote: > > I have been fixing a number of lush 2.0 bugs over the last > > couple of days and want to do the lush 2.0 release soon. > > > > If any of you have access to other platforms than a current > > Ubuntu linux I would appreciate it if you would try to build > > it on your system (I know there are problems with OS X 10.6). > > Here is the tarball: > > http://sourceforge.net/projects/lush/files/lush2/lush-2.0.tar.gz/download > > > > If I don't hear from anyone about build problems or otherwise > > then I will announce the release in two days or so. |
From: Yaroslav H. <de...@on...> - 2010-12-28 01:24:35
|
Hi all, may be someone is willing to take over the packaging effort of lush for Debian(/Ubuntu) ? I am not sure if I would have adequate time to maintain it, but I could mentor/sponsor your work into Debian, and I guess you could simply tune up existing packaging for lush 1.2.1 which is now in Debian. On Mon, 27 Dec 2010, Ralf Juengling wrote: > I have been fixing a number of lush 2.0 bugs over the last > couple of days and want to do the lush 2.0 release soon. > If any of you have access to other platforms than a current > Ubuntu linux I would appreciate it if you would try to build > it on your system (I know there are problems with OS X 10.6). > Here is the tarball: > http://sourceforge.net/projects/lush/files/lush2/lush-2.0.tar.gz/download > If I don't hear from anyone about build problems or otherwise > then I will announce the release in two days or so. -- =------------------------------------------------------------------= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic |
From: Ralf J. <jue...@cs...> - 2010-12-27 23:08:22
|
On a related note, I disabled the Bug Tracker on the lush project page. I had wanted to do this for a while since nobody seems to look at it and tons of spam had been posted to it. As an alternative there is Trac where people can create tickets for defects or enhancement requests. Trac is accessible from lush's SF project page. Ralf |
From: Ralf J. <jue...@cs...> - 2010-12-27 22:58:39
|
Hi all, I have been fixing a number of lush 2.0 bugs over the last couple of days and want to do the lush 2.0 release soon. If any of you have access to other platforms than a current Ubuntu linux I would appreciate it if you would try to build it on your system (I know there are problems with OS X 10.6). Here is the tarball: http://sourceforge.net/projects/lush/files/lush2/lush-2.0.tar.gz/download If I don't hear from anyone about build problems or otherwise then I will announce the release in two days or so. Cheers, Ralf |
From: Ralf J. <jue...@cs...> - 2010-03-20 16:38:53
|
I haven't got any feedback on lush2 beta2. Either most people are still using 1.2 or there are fewer bugs in 2 than I thought. At any rate, I will review the lush2 documentation one more time over the next two or three weeks and then roll a 2.0 release. Ralf On Sat, 20 Mar 2010, Yann LeCun wrote: > I made the change in the CVS version. > We should probably make a final release of Lush 1.2. > The current release is semi-broken in recent Ubuntus. > > -- Yann > > > On Saturday 20 March 2010, Yaroslav Halchenko wrote: >> Dear Lush People, >> >> Nobuhiro is working on a port of Debian for sh4 architecture and >> suggests a patch. I wonder if you still maintain 1.2 version of lush >> (or all forces are on lush2?), so may be there could be 1.2.2 >> which could include some other fixes, if there are any, + his minimal >> patch: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=04-sh4-support. >> dpatch;att=1;bug=574258 >> >> otherwise I would just include it into Debian package. >> >> Best regards, >> Yaroslav >> >> On Wed, 17 Mar 2010, Nobuhiro Iwamatsu wrote: >>> Source: lush >>> Version: 1.2.1-6+cvs20080204 >>> Severity: important >>> Tags: patch >>> User: deb...@su... >>> Usertags: sh4 >>> X-Debbugs-CC: deb...@li... >>> >>> Hi, >>> >>> I am now trying to run Debian on Renesas SH(sh4) CPU. >>> http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=s >>> h4 >>> >>> sh4 has problem of floating exception. >>> Because sh needs processing for _FPU_MASK_XX like Alpha. >>> >>> ----- >>> ..... >>> /usr/bin/install -c ./$f >>> /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/$f >>> ; done ; done >>> /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/bin/lush >>> @sysenv stdenv -- >>> /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/ >>> stdenv.dump >>> >>> *** for : Floating exception >>> chmod 644 >>> /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/ >>> stdenv.dump ...... >>> ----- >>> >>> I made patch to support SH. Could you apply this patch? >>> >>> Best regards, >>> Nobuhiro >> > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Lush-devel mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-devel > |
From: Yann L. <ya...@cs...> - 2010-03-20 15:40:52
|
I made the change in the CVS version. We should probably make a final release of Lush 1.2. The current release is semi-broken in recent Ubuntus. -- Yann On Saturday 20 March 2010, Yaroslav Halchenko wrote: > Dear Lush People, > > Nobuhiro is working on a port of Debian for sh4 architecture and > suggests a patch. I wonder if you still maintain 1.2 version of lush > (or all forces are on lush2?), so may be there could be 1.2.2 > which could include some other fixes, if there are any, + his minimal > patch: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=04-sh4-support. > dpatch;att=1;bug=574258 > > otherwise I would just include it into Debian package. > > Best regards, > Yaroslav > > On Wed, 17 Mar 2010, Nobuhiro Iwamatsu wrote: > > Source: lush > > Version: 1.2.1-6+cvs20080204 > > Severity: important > > Tags: patch > > User: deb...@su... > > Usertags: sh4 > > X-Debbugs-CC: deb...@li... > > > > Hi, > > > > I am now trying to run Debian on Renesas SH(sh4) CPU. > > http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=s > >h4 > > > > sh4 has problem of floating exception. > > Because sh needs processing for _FPU_MASK_XX like Alpha. > > > > ----- > > ..... > > /usr/bin/install -c ./$f > > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/$f > > ; done ; done > > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/bin/lush > > @sysenv stdenv -- > > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/ > >stdenv.dump > > > > *** for : Floating exception > > chmod 644 > > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/ > >stdenv.dump ...... > > ----- > > > > I made patch to support SH. Could you apply this patch? > > > > Best regards, > > Nobuhiro > |
From: Yaroslav H. <de...@on...> - 2010-03-20 04:22:03
|
Dear Lush People, Nobuhiro is working on a port of Debian for sh4 architecture and suggests a patch. I wonder if you still maintain 1.2 version of lush (or all forces are on lush2?), so may be there could be 1.2.2 which could include some other fixes, if there are any, + his minimal patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=04-sh4-support.dpatch;att=1;bug=574258 otherwise I would just include it into Debian package. Best regards, Yaroslav On Wed, 17 Mar 2010, Nobuhiro Iwamatsu wrote: > Source: lush > Version: 1.2.1-6+cvs20080204 > Severity: important > Tags: patch > User: deb...@su... > Usertags: sh4 > X-Debbugs-CC: deb...@li... > Hi, > I am now trying to run Debian on Renesas SH(sh4) CPU. > http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4 > sh4 has problem of floating exception. > Because sh needs processing for _FPU_MASK_XX like Alpha. > ----- > ..... > /usr/bin/install -c ./$f > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/$f > ; done ; done > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/bin/lush > @sysenv stdenv -- > /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/stdenv.dump > *** for : Floating exception > chmod 644 /home/iwamatsu/build-area/lush/lush-1.2.1/debian/lush/usr/share/lush/sys/stdenv.dump > ...... > ----- > I made patch to support SH. Could you apply this patch? > Best regards, > Nobuhiro -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: osman <os...@fu...> - 2010-01-03 21:54:48
|
On Sat, 2010-01-02 at 10:56 -0800, Ralf Juengling wrote: > The box I tried is an Intel Xeon and lush2 compiles with > "-match=nocona" as well. > > But I think it probably has to do either with the compiler > or some system libraries. Leon would know. > > Btw, if you want to fetch recent updates from SVN, just > type "svn update" in your local lush2 directory. > > Ralf Ralf, I have a 32 bit AMD sempron laptop with ubuntu 9.04 , gcc 4.3.3 , gsl 1.12 , and gsl demos work on that platform. Osman |
From: osman <os...@fu...> - 2010-01-02 23:10:00
|
On Sat, 2010-01-02 at 10:52 -0800, Ralf Juengling wrote: > Hi Osman, > > Thanks for reporting. > > Can anyone else reproduce this? After fixing a few unrelated > issues, the complete GSL interface ("gsl/gsl") compiles just > fine over here on a 64 bit Ubuntu 8.10 box with gcc 4.3.3. Problem with Ubuntu 9.10 karmic 64 bit AMD, gcc 4.4.1 , gsl 1.12, gnuplot 4.2 pl 5. lunar lander, calculator working. gnuplot is not, gsl is not. optimizer seems to be working, no overflow. gnuplot seems to be just hanging. I had to hit ctrl c. Osman |
From: Ralf J. <jue...@cs...> - 2010-01-02 18:52:55
|
Hi Osman, Thanks for reporting. Can anyone else reproduce this? After fixing a few unrelated issues, the complete GSL interface ("gsl/gsl") compiles just fine over here on a 64 bit Ubuntu 8.10 box with gcc 4.3.3. Ralf On Thu, 24 Dec 2009, osman wrote: > Hello, > I just downloaded from sf and installed lush on /usr/local on my 64 bit > AMD ubuntu 9.10. I tried creating a file spline.lisp with the listing > from the web site. I am getting : > > ... > ... > Generating C for var_gsl_qrng_sobol ... > gcc -DHAVE_CONFIG_H -std=c99 -DNO_DEBUG -Wall -O3 -march=nocona > -pthread -I/usr/local/share/lush2/include > -c /home/osman/.lush2/packages/gsl/C/aux_globalvar.c > -o /home/osman/.lush2/packages/gsl/C/x86_64-unknown-linux-gnu/aux_globalvar.o > dldbfd: x86_64 relocation overflow (gsl_rng_default_seed) > This happens when accessing data variables > located in a shared object loaded via dlopen > Instead of > extern int remotevar; > if (remotevar = 15) .... > You can do: > extern int remotevar; > static int* volatile premotevar = &remotevar > if (*premotevar = 15) .... > > *** module-load : dld/bfd error > *** Overflow during relocation : > "/home/osman/.lush2/packages/gsl/C/x86_64-unknown-linux-gnu/au ... > Debug toplevel [y/N] ?n > > Anything I can do? > Thanks in advance > Osman > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Lush-devel mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-devel > |
From: osman <os...@fu...> - 2009-12-24 17:58:58
|
Hello, I just downloaded from sf and installed lush on /usr/local on my 64 bit AMD ubuntu 9.10. I tried creating a file spline.lisp with the listing from the web site. I am getting : ... ... Generating C for var_gsl_qrng_sobol ... gcc -DHAVE_CONFIG_H -std=c99 -DNO_DEBUG -Wall -O3 -march=nocona -pthread -I/usr/local/share/lush2/include -c /home/osman/.lush2/packages/gsl/C/aux_globalvar.c -o /home/osman/.lush2/packages/gsl/C/x86_64-unknown-linux-gnu/aux_globalvar.o dldbfd: x86_64 relocation overflow (gsl_rng_default_seed) This happens when accessing data variables located in a shared object loaded via dlopen Instead of extern int remotevar; if (remotevar = 15) .... You can do: extern int remotevar; static int* volatile premotevar = &remotevar if (*premotevar = 15) .... *** module-load : dld/bfd error *** Overflow during relocation : "/home/osman/.lush2/packages/gsl/C/x86_64-unknown-linux-gnu/au ... Debug toplevel [y/N] ?n Anything I can do? Thanks in advance Osman |
From: Ralf J. <jue...@cs...> - 2009-12-22 19:05:07
|
I have been working on revising the string functions lately. Names like 'left', 'right', and 'index', have been bugging me since I started using lush. Here is a summary of the current state: ? ^Astr- Search Results for: str- 1. (str-cat <s1> ... <sn>) 2. (str-mid <s> <n> [<l>]) 3. (str-right <s> <n>) 4. (str-left <s> <n>) 5. (str-insert <s> <n> <s1>) 6. (str-subst <s> <s1> <s2>) 7. (str-del <s> <n> <l>) 8. (str-join <unsep> <ss>) 9. (str-split <s> <sep>) 10. (str-startswith <s> <prefix>) 11. (str-endswith <s> <suffix>) 12. (str-find <s> <r> [<n>]) 13. (str-val <s>) 14. (str-strip <s>) 15. (str-stripl <s>) 16. (str-stripr <s>) 17. (declare (-str-) <var1>...<varN>) choice> There are also two new functions 'string-to-vector' and 'vector-to-string', which do the obvious. For string functions that take position arguments (str-mid, str-del, str-insert), those are now zero-based to bring string indexing in line with array indexing. (Something to keep in mind when you port your code to lush2). You may also index strings directly, ? ("abcd" 0) = 97 ? ("abcd" 1) = 98 ? and get the character code. There is still no unicode support, however. Ralf |