On Mon, Aug 12 2024, Sebastien Marie wrote:
> Hi,
>
> Just some comments.
>
> Timo Myyrä writes:
>
>> Hi,
>>
>> Here's a bit long overdue update for the ECL port.
>> Lightly tested on amd64.
>>
>> timo
>>
>> diff /usr/po
the /bin/ksh as a shell enough?
Timo
> Hi,
>
> Just some comments.
>
> Timo Myyrä writes:
>
>> Hi,
>>
>> Here's a bit long overdue update for the ECL port.
>> Lightly tested on amd64.
>>
>> timo
>>
>> diff /usr/ports
>> c
Hi,
Just some comments.
Timo Myyrä writes:
> Hi,
>
> Here's a bit long overdue update for the ECL port.
> Lightly tested on amd64.
>
> timo
>
> diff /usr/ports
> commit - 91c62197c95d894e5fecbb4866735eb37d9ec02a
> path + /usr/ports
> blob - 5d1ff4982
Hi,
Here's a bit long overdue update for the ECL port.
Lightly tested on amd64.
timo
diff /usr/ports
commit - 91c62197c95d894e5fecbb4866735eb37d9ec02a
path + /usr/ports
blob - 5d1ff4982781db1ed5fc9dfa5c1fb5c2680b06af
file + lang/ecl/Makefile
--- lang/ecl/Makefile
+++ lang/ecl/Makefile
@@
Hi,
Here's a bit delayed update for the lang/ecl port.
Slightly tested on amd64, could use bigger testing as well.
Timo
diff /usr/ports
commit - 91c62197c95d894e5fecbb4866735eb37d9ec02a
path + /usr/ports
blob - 5d1ff4982781db1ed5fc9dfa5c1fb5c2680b06af
file + lang/ecl/Makefile
--- lan
Hi,
The following diff updates lang/ecl to 23.9.9.
I tested it on amd64, and built reverse-depends using it (math/maxima,
math/wxMaxima, net/clic, and lang/sbcl [forcing the use of ecl]).
Comments or OK ?
--
Sebastien Marie
diff /home/semarie/repos/openbsd/ports
commit
On Wed, Jun 28 2023, Sebastien Marie wrote:
> Hi,
>
> The following diff backports a commit
> (https://gitlab.com/embeddable-common-lisp/ecl/-/commit/f3d4cf4b66ab6c3cd8629ab6d0c7f7c50d7fd8a4)
>
> to fix a compiler bug.
>
> This bug is on the way to update lang/sbcl t
Hi,
The following diff backports a commit
(https://gitlab.com/embeddable-common-lisp/ecl/-/commit/f3d4cf4b66ab6c3cd8629ab6d0c7f7c50d7fd8a4)
to fix a compiler bug.
This bug is on the way to update lang/sbcl to more recent version (I tested
compiling sbcl-2.3.6 with ecl on amd64).
While here
Timo Myyrä writes:
> Here is updated diff which removes the symlink. Note that with this we
> need to patch the ecl source as it checks library directory based on the
> libecl.so location. Added simple patch to fix it by skipping the symlink
> check.
>
> timo
I've re-bu
Omar Polo [2022-01-21, 23:51 +0100]:
> Timo Myyrä writes:
>
>> Timo Myyrä [2021-12-21, 13:08 +0200]:
>>
>> ping ping...
>>
>>> Ping
>>>
>>> On Sat, Dec 11, 2021, at 18:34, Timo Myyrä wrote:
>>>> Hi,
>>>>
Timo Myyrä writes:
> Timo Myyrä [2021-12-21, 13:08 +0200]:
>
> ping ping...
>
>> Ping
>>
>> On Sat, Dec 11, 2021, at 18:34, Timo Myyrä wrote:
>>> Hi,
>>>
>>> Here's an bump to bring ecl to latest version.
>>> Lightly tested
Timo Myyrä [2021-12-21, 13:08 +0200]:
ping ping...
> Ping
>
> On Sat, Dec 11, 2021, at 18:34, Timo Myyrä wrote:
>> Hi,
>>
>> Here's an bump to bring ecl to latest version.
>> Lightly tested on amd64.
>>
>> Timo
>>
>> di
Ping
On Sat, Dec 11, 2021, at 18:34, Timo Myyrä wrote:
> Hi,
>
> Here's an bump to bring ecl to latest version.
> Lightly tested on amd64.
>
> Timo
>
> diff 31bccecebaefd3b23c4e4dac76105b5dd0ae1159 /usr/ports
> blob - 49c2de291af99891af2eab90692315ae9b00654f
>
Hi,
Here's an bump to bring ecl to latest version.
Lightly tested on amd64.
Timo
diff 31bccecebaefd3b23c4e4dac76105b5dd0ae1159 /usr/ports
blob - 49c2de291af99891af2eab90692315ae9b00654f
file + lang/ecl/Makefile
--- lang/ecl/Makefile
+++ lang/ecl/Makefile
@@ -3,9 +3,9 @@
CO
On Fri, 31 Jul 2020 19:07:07 -0700
Josh Elsasser wrote:
> I applied the diff directly from gitlab and was able to build ecl on
> sparc64 and mips64. When I tried to run the tests, sparc64 hung (not
> spinning) on test CMP.0009.FINALIZATION and mips64 segfaulted almost
> immediately:
nvironment was installed on our thread
> >
>
> Daniel Kochmański put up a diff for ecl_find_package_nolock() that
> "is not a proper fix", but gets around the segfault:
> https://gitlab.com/embeddable-common-lisp/ecl/-/issues/604#note_388147381
>
ki put up a diff for ecl_find_package_nolock() that
"is not a proper fix", but gets around the segfault:
https://gitlab.com/embeddable-common-lisp/ecl/-/issues/604#note_388147381
Here's the diff as a ports/lang/ecl patch. With this diff, and the
boehm-gc diff from my last mail, I can build and run ecl
al or unrecoverable error in:
>
> Got signal before environment was installed on our thread
>
> Abort trap (core dumped)
> gmake[1]: *** [Makefile:99: bin/ecl] Error 134
>
>
> (gdb)
On Wed, Jul 29, 2020 at 11:52:25PM -0400, Kurt Mosiejczuk wrote:
> On Wed, Jul 29, 2020 at 11:05:31PM -0400, George Koehler wrote:
> > On Wed, 29 Jul 2020 01:25:00 -0400
> > Kurt Mosiejczuk wrote:
>
> > > I gave building it a try, it died early on with:
>
> &g
On Wed, Jul 29, 2020 at 11:05:31PM -0400, George Koehler wrote:
> On Wed, 29 Jul 2020 01:25:00 -0400
> Kurt Mosiejczuk wrote:
> > I gave building it a try, it died early on with:
> > /usr/ports/pobj/ecl-20.4.24/ecl-20.4.24/build/ecl/ecl_atomics.h:39:4:
> > error
On Wed, 29 Jul 2020 01:25:00 -0400
Kurt Mosiejczuk wrote:
> I gave building it a try, it died early on with:
>
> /usr/ports/pobj/ecl-20.4.24/ecl-20.4.24/build/ecl/ecl_atomics.h:39:4: error:
> #er
> ror "ECL needs AO_fetch_compare_and_swap or an equivalent&quo
endian
> > arch (mips64 and sparc64). It's BROKEN-mips64, but the sparc64 snap
> > has packages of clic and maxima with ecl-16.1.3.p3.
>
> > The ecl update has been stuck because it breaks net/clic (as Solene
> > said). In other ways, the update looks good to me.
>
st. The patch removes files, don't forget patch -E
>> >
>> > diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile
>> > --- /usr/ports/lang/ecl/Makefile Tue Feb 18 15:29:40 2020
>> > +++ ./Makefile Mon May 18 09:44:49 2020
>> > @@ -5,1
t;
> > diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile
> > --- /usr/ports/lang/ecl/MakefileTue Feb 18 15:29:40 2020
> > +++ ./Makefile Mon May 18 09:44:49 2020
> > @@ -5,10 +5,9 @@
> >
> > BROKEN-mips64 =ecl_min fails
> >
&g
p
> has packages of clic and maxima with ecl-16.1.3.p3.
> The ecl update has been stuck because it breaks net/clic (as Solene
> said). In other ways, the update looks good to me.
> ecl-20.4.24 works on macppc, has the same number of failures as amd64:
> Did 245 tests (0 crashed), 1
On Tue, 19 May 2020 08:59:48 -0700
Josh Elsasser wrote:
> Here's a quick update to the new release, minimally tested as a
> lang/sbcl build host. The patch removes files, don't forget patch -E
>
> diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile
>
those although the compilation worked.
> >
> > How did you run the tests?
> >
> > `make test` runs a test suite but the results are only written to a log
> > file (pobj/maxima-5.43.2/maxima-5.43.2/tests/ecl-test.sh.log). As the
> > tests take some time the test
s?
>
> `make test` runs a test suite but the results are only written to a log
> file (pobj/maxima-5.43.2/maxima-5.43.2/tests/ecl-test.sh.log). As the
> tests take some time the test suite might appear to hang.
>
> The same test suite can be triggered manually if you start xmaxima
pobj/maxima-5.43.2/maxima-5.43.2/tests/ecl-test.sh.log). As the
tests take some time the test suite might appear to hang.
The same test suite can be triggered manually if you start xmaxima and
click on the `Maxima->Run Tests` menu entry. The output is immediately
shown in the input/output window.
On Sun, May 31, 2020, at 10:43, Ingo Feinerer wrote:
> On Sat, May 30, 2020 at 08:32:23AM -0700, Josh Elsasser wrote:
> > Maxima needs an upstream patch to build with ecl 20.4.24. This should
> > be safe to commit now, before updating ecl.
> >
> > diff --git a/mat
On Sat, May 30, 2020 at 08:32:23AM -0700, Josh Elsasser wrote:
> Maxima needs an upstream patch to build with ecl 20.4.24. This should
> be safe to commit now, before updating ecl.
>
> diff --git a/math/maxima/patches/patch-lisp-utils_defsystem_lisp
> b/math/maxima/pat
-E
>
> Someone should do testing with math/maxima, net/clic, and sysutils/reed-alert.
>
> --Kurt
Maxima needs an upstream patch to build with ecl 20.4.24. This should
be safe to commit now, before updating ecl.
diff --git a/math/maxima/patches/patch-lisp-utils_defsystem_l
t fail to start, I'm investigating about this but
> I think I'll have to rework a bit the code (I'm upstream for both).
>
> I'm very happy to see this ecl update though!
>
>
The diff itself looks good, on ecl release I quickly tested it but got some
test fail
gt; -E
>
> Someone should do testing with math/maxima, net/clic, and
> sysutils/reed-alert.
sysutils/reed-alert still work fine with this update
net/clic will build but fail to start, I'm investigating about this but
I think I'll have to rework a bit the code (I'm ups
--Kurt
> diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile
> --- /usr/ports/lang/ecl/Makefile Tue Feb 18 15:29:40 2020
> +++ ./MakefileMon May 18 09:44:49 2020
> @@ -5,10 +5,9 @@
>
> BROKEN-mips64 = ecl_min fails
>
> -V = 16
Here's a quick update to the new release, minimally tested as a
lang/sbcl build host. The patch removes files, don't forget patch -E
diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile
--- /usr/ports/lang/ecl/MakefileTue Feb 18 15:29:40 2020
+++ ./Makefile Mon Ma
Hi,
ECL seems have fixed the issue causing maxima test failure (atan2).
Here's backport of the commit. ECL still pass and Maxima test pass as well on
amd64.
While here, add myself as maintainer of ECL.
Timo
Index: Mak
Hi,
Here's an update to ECL.
Quickly tested on amd64, tests pass and loading few libraries with quicklisp
works as expected.
Note that this makes one test fail on math/maxima but its caused by fpe
exception handling.
for details: https://gitlab.com/embeddable-common-lisp/ecl/issues/307
On Thu, Oct 13, 2016 at 05:18:32PM +0200, Jeremie Courreges-Anglas wrote:
>
>Replying publicly to a mail sent in private isn't considered good
>practice. ;)
>
>--
>jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
>
I sent a reply to this (but accidentally neglected to CC
Daniel Jakots writes:
> On Thu, 13 Oct 2016 11:26:50 +0100, Dan Andersen
> wrote:
>
>> I don't know whether it's okay to request port maintainership but the
>> patch can easily be modified if not.
>
> That's ok but you need a REVISION bump.
Not if you only update MASTER_SITES, that part has bee
Replying publicly to a mail sent in private isn't considered good
practice. ;)
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On Thu, Oct 13, 2016 at 12:15:14PM +0200, Solène Rapenne wrote:
>Hello, I permit to answer off-list
>
>I see that you want to bring some LISP to people, this is a good
>thing. I would like to help spreading common lisp. If you need help when
>working a the ecl port I would be ha
I don't know whether it's okay to request port maintainership but the patch can
easily be modified if not.
Regards.
--
Dan Andersen
Index: Makefile
===
RCS file: /cvs/ports/lang/ecl/Makefile,v
retrieving revision 1.29
On Thu, 13 Oct 2016 11:26:50 +0100, Dan Andersen
wrote:
> I don't know whether it's okay to request port maintainership but the
> patch can easily be modified if not.
That's ok but you need a REVISION bump.
Cheers,
Daniel
On Wed, Oct 12, 2016 at 08:27:12AM +0100, Dan Andersen wrote:
> Hi.
>
> Given the lack of a maintainer for ecl, my interest in having it work on
> OpenBSD, and my involvement in adding OpenBSD support to several Common Lisp
> libraries, I request to become the official maintain
Hi.
Given the lack of a maintainer for ecl, my interest in having it work on
OpenBSD, and my involvement in adding OpenBSD support to several Common Lisp
libraries, I request to become the official maintainer of ecl.
Regards.
--
Dan Andersen
re's take 2 to use pre-build step to issue simple copy.
>>
>> Timo
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/lang/ecl/Makefile,v
>> retrieving revision 1.27
>> diff -u -u -p -
gt; Timo
>
> Index: Makefile
> =======
> RCS file: /cvs/ports/lang/ecl/Makefile,v
> retrieving revision 1.27
> diff -u -u -p -r1.27 Makefile
> --- Makefile 25 Jan 2016 19:52:07 - 1.27
> +++ Makefile 12 Ma
ports/lang/ecl/Makefile,v
retrieving revision 1.27
diff -u -u -p -r1.27 Makefile
--- Makefile25 Jan 2016 19:52:07 - 1.27
+++ Makefile12 Mar 2016 06:36:04 -
@@ -7,9 +7,9 @@ BROKEN-mips64 = ecl_min fails
BROKEN-sparc = infinite loop while building
BROKEN-arm = infinite loop
On 2016-03-08, Timo Myyrä wrote:
> Here is an update for latest version of ECL.
> Seems that the Copyright file got renamed to LICENSE but Makefiles didn't get
> updated for the release so this adds backports few patches to fix it.
Wouldn't it be easier to just create a li
Hi,
Here is an update for latest version of ECL.
Seems that the Copyright file got renamed to LICENSE but Makefiles didn't get
updated for the release so this adds backports few patches to fix it.
Tested lightly on amd64, runs maxima test suite without errors.
Timo
Index: Mak
Stuart Henderson writes:
> On 2015/08/28 18:41, Timo Myyrä wrote:
>
>> Stuart Henderson writes:
>>
>> > On 2015/08/28 17:14, Timo Myyrä wrote:
>> >> -lib/ecl-${V}/sockets.fas
>> >> +lib/${FULLPKGNAME}/
>> >
>> > Kee
On 2015/08/28 18:41, Timo Myyrä wrote:
> Stuart Henderson writes:
>
> > On 2015/08/28 17:14, Timo Myyrä wrote:
> >> -lib/ecl-${V}/sockets.fas
> >> +lib/${FULLPKGNAME}/
> >
> > Keep the ecl-${V} style, you can't normally use FULLPKGNAME in pkg/PL
Stuart Henderson writes:
> On 2015/08/28 17:14, Timo Myyrä wrote:
>> -lib/ecl-${V}/sockets.fas
>> +lib/${FULLPKGNAME}/
>
> Keep the ecl-${V} style, you can't normally use FULLPKGNAME in pkg/PLIST
> (except for pkg-readmes).
Is there easier way than to just hand-ed
On 2015/08/28 17:14, Timo Myyrä wrote:
> -lib/ecl-${V}/sockets.fas
> +lib/${FULLPKGNAME}/
Keep the ecl-${V} style, you can't normally use FULLPKGNAME in pkg/PLIST
(except for pkg-readmes).
gt; I've been looking at this upgrade for a while.
>> >> The Makefile's CONFIGURE_ARGS enable-threads arg should be removed.
>> >> The current value 'pthreads' is incorrect and instead of failing it just
>> >> disables thread support. This is my mist
akefile's CONFIGURE_ARGS enable-threads arg should be removed.
> >> The current value 'pthreads' is incorrect and instead of failing it just
> >> disables thread support. This is my mistake, I think I confused it with
> >> boehm-gc when ecl was previously upda
27;pthreads' is incorrect and instead of failing it just
>> disables thread support. This is my mistake, I think I confused it with
>> boehm-gc when ecl was previously updated.
>> The default option for threads is 'auto' so the whole flag could be just
>> remo
> disables thread support. This is my mistake, I think I confused it with
> boehm-gc when ecl was previously updated.
> The default option for threads is 'auto' so the whole flag could be just
> removed to enable threads support.
>
> About the tests, currently they f
Hi,
I've been looking at this upgrade for a while.
The Makefile's CONFIGURE_ARGS enable-threads arg should be removed.
The current value 'pthreads' is incorrect and instead of failing it just
disables thread support. This is my mistake, I think I confused it with
b
On Mon, May 18, 2015 at 02:39:31AM +0200, Juan Francisco Cantero Hurtado wrote:
> On Sun, May 17, 2015 at 10:08:37PM +0300, Timo Myyr? wrote:
> > Hi,
> >
> > Here's update for ECL. Slightly tested on amd64 by building maxima port.
> > This
> > fixes
On Sun, May 17, 2015 at 10:08:37PM +0300, Timo Myyrä wrote:
> Hi,
>
> Here's update for ECL. Slightly tested on amd64 by building maxima port. This
> fixes the broken --enable-threads flag. I've disabled the threads as threaded
> build doesn't seem to work as build
Hi,
Here's update for ECL. Slightly tested on amd64 by building maxima port. This
fixes the broken --enable-threads flag. I've disabled the threads as threaded
build doesn't seem to work as build gets stuck in after compiling bootstrap
compiler. I've opened an issue with
Hi,
Any ideas what could cause lang/ECL to get 'stuck' when trying to build it with
threads enabled?
The build seems to go just fine, it builds the minimal ecl and once it tries to
compile predlib.lsp it gets stuck, top shows no CPU and I got ktrace output
from it.
zmyrgel:903$ E
Giovanni Bechis writes:
> On 02/20/14 10:27, Timo Myyrä wrote:
>> Hi,
>>
>> While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
>> function anymore.
>>
> works for me with 14/02 amd64 snapshot, maybe your pkgs are not in sync w
On 02/20/14 10:27, Timo Myyrä wrote:
> Hi,
>
> While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
> function anymore.
>
works for me with 14/02 amd64 snapshot, maybe your pkgs are not in sync with
base, in -current there is libc.so.73.1, in 5.4 the
Hi,
While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
function anymore.
zmyrgel:10171$ sudo pkg_add ecl
ecl-13.5.1: ok
zmyrgel:10172$ ecl
Bad system call (core dumped)
zmyrgel:10173$ gdb ecl ecl.core
GNU gd
Hi,
Apparently a brainfart got through on last update. ECL doesn't have
--enable-threads=pthreads option, it just uses yes|no|auto. This wasn't noticed
before as undefined options seem to disable threads anyway. Here's a fix to
Makefile to use correct option.
Spotted by Vi
Stuart Henderson writes:
> On 2013/06/09 22:29, Timo Myyrä wrote:
>
>> Stuart Henderson writes:
>>
>> > On 2013/06/09 13:25, Timo Myyrä wrote:
>> >> Hi,
>> >>
>> >> Here's updated version for ECL port.
>> >> Co
On 2013/06/09 22:29, Timo Myyrä wrote:
> Stuart Henderson writes:
>
> > On 2013/06/09 13:25, Timo Myyrä wrote:
> >> Hi,
> >>
> >> Here's updated version for ECL port.
> >> Couldn't figure out how to add new files to the diff so whole por
Stuart Henderson writes:
> On 2013/06/09 13:25, Timo Myyrä wrote:
>> Hi,
>>
>> Here's updated version for ECL port.
>> Couldn't figure out how to add new files to the diff so whole port attached.
>
> cvs add (this works fine against anoncvs provided it
On 2013/06/09 13:25, Timo Myyrä wrote:
> Hi,
>
> Here's updated version for ECL port.
> Couldn't figure out how to add new files to the diff so whole port attached.
cvs add (this works fine against anoncvs provided it is only for files
not directories), then cvs diff -uN
Hi,
Here's updated version for ECL port.
Couldn't figure out how to add new files to the diff so whole port attached.
Differences from previous:
- patch man pages for mandoc to skip USE_GROFF
- remove USE_GMAKE, seems to work without it
- add missing newlines to C templates
timo
Edd Barrett writes:
> Hi,
>
> I am keen for this update, as it may fix the regression tests for
> math/maxima.
>
> On Thu, Jun 06, 2013 at 09:09:16PM +0300, Timo Myyrä wrote:
>> Hi,
>>
>> Here's a patch to bring ECL to latest version with pthreads ena
Hi,
I am keen for this update, as it may fix the regression tests for
math/maxima.
On Thu, Jun 06, 2013 at 09:09:16PM +0300, Timo Myyrä wrote:
> Hi,
>
> Here's a patch to bring ECL to latest version with pthreads enabled.
> I've removed the etags part from Makefile, don
Hi,
Here's a patch to bring ECL to latest version with pthreads enabled.
I've removed the etags part from Makefile, don't know if it is still relevant.
Timo
diff -wur /usr/ports/lang/ecl/Makefile ./Makefile
--- /usr/ports/lang/ecl/MakefileSun Jun 2 20:16:27 2013
+++
On Tue, Apr 19, 2011 at 09:46:37AM +0200, Landry Breuil wrote:
> On Tue, Apr 19, 2011 at 02:01:02AM +0600, Alexandr Shadchin wrote:
> > Hi,
> >
> > This update package ecl to the latest release 11.1.1.
> > Tested on amd64 and maxima (no regress).
> >
> > A
On Tue, Apr 19, 2011 at 02:01:02AM +0600, Alexandr Shadchin wrote:
> Hi,
>
> This update package ecl to the latest release 11.1.1.
> Tested on amd64 and maxima (no regress).
>
> Anyone try build on hppa ? Comments ? OK ?
it builds and runs fine on hppa :)
Landry
Hi,
This update package ecl to the latest release 11.1.1.
Tested on amd64 and maxima (no regress).
Anyone try build on hppa ? Comments ? OK ?
--
Alexandr Shadchin
Index: Makefile
===
RCS file: /cvs/ports/lang/ecl/Makefile,v
> 3) fix replacement of ecl-config.1 on ecl.1
> 4) remove create symlinks lib/libecl.so
returned symlink lib/libecl.so
plus
5) remove create lib/{Copyright, LGPL} (or better to be moved to share/ecl ?)
6) fix two regress math/maxima (rtest16: 382, 383)
based on the c
; > On Sat, Dec 04, 2010 at 05:05:59PM +0100, Jasper Lievisse Adriaanse
> > > > wrote:
> > > > > On Sat, Dec 04, 2010 at 08:53:16PM +0500, Alexandr Shadchin wrote:
> > > > > >
> > > > > > 1) reorder, cleanup and aligned in Makefil
te:
> > > > On Sat, Dec 04, 2010 at 08:53:16PM +0500, Alexandr Shadchin wrote:
> > > > >
> > > > > 1) reorder, cleanup and aligned in Makefile
> > > > > 2) add CONFIGURE_ARGS += --enable-unicode
> > > > > 3) f
ndr Shadchin wrote:
> > > >
> > > > 1) reorder, cleanup and aligned in Makefile
> > > > 2) add CONFIGURE_ARGS += --enable-unicode
> > > > 3) fix replacement of ecl-config.1 on ecl.1
> > > > 4) remove create symlinks lib/libecl.so
> > > >
>
ed in Makefile
> > > 2) add CONFIGURE_ARGS += --enable-unicode
> > > 3) fix replacement of ecl-config.1 on ecl.1
> > > 4) remove create symlinks lib/libecl.so
> > >
> > > --
> > > Alexandr Shadchin
> > Marc is currently working on an update for ecl
On Sat, Dec 04, 2010 at 05:05:59PM +0100, Jasper Lievisse Adriaanse wrote:
> On Sat, Dec 04, 2010 at 08:53:16PM +0500, Alexandr Shadchin wrote:
> >
> > 1) reorder, cleanup and aligned in Makefile
> > 2) add CONFIGURE_ARGS += --enable-unicode
> > 3) fix replacement of e
On Sat, Dec 04, 2010 at 08:53:16PM +0500, Alexandr Shadchin wrote:
>
> 1) reorder, cleanup and aligned in Makefile
> 2) add CONFIGURE_ARGS += --enable-unicode
> 3) fix replacement of ecl-config.1 on ecl.1
> 4) remove create symlinks lib/libecl.so
>
> --
> Alexandr Sh
1) reorder, cleanup and aligned in Makefile
2) add CONFIGURE_ARGS += --enable-unicode
3) fix replacement of ecl-config.1 on ecl.1
4) remove create symlinks lib/libecl.so
--
Alexandr Shadchin
Index: Makefile
===
RCS file: /cvs
small update
--
Alexandr Shadchin
Index: ecl/Makefile
===
RCS file: /cvs/ports/lang/ecl/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- ecl/Makefile16 Mar 2009 11:19:12 - 1.3
+++ ecl/Makefile
Tested on amd64. Work fine.
--
Alexandr Shadchin
On Mon, Dec 28, 2009 at 10:05:09AM +0500, Alexandr Shadchin wrote:
> Hi, Ports!
>
> This update package ECL to the latest release 9.12.3.
> Tested on i386.
>
> Comments ? OK ?
This builds and runs on sparc64.
I can't really go as far as to OK this, as I have no idea
90 matches
Mail list logo
