On Sat, 02 Oct 2010 03:17:50 +0400, Samium Gromoff
<_deepf...@feelingofgreen.ru> wrote:
> It just appeared to me that my patch series breaks the linux-amd64 build,
> I'm investigating it..
Looks like it was false alarm. Maybe the source tree wasn't as clean as
I though it was.. Hmm.
--
regard
On Sat, 2 Oct 2010 00:19:54 +0200, Juan Jose Garcia-Ripoll
wrote:
> > With this patch ECL is finally able to be built on MinGW, and is
> > functional enough to build alexandria, babel and some other libs.
> >
>
> Samium, can you remind me of your repo's address? I cannot seem to find it
> in my
On Sat, 2 Oct 2010 00:19:54 +0200, Juan Jose Garcia-Ripoll
wrote:
> Samium, can you remind me of your repo's address? I cannot seem to find it
> in my emails.
You could do:
git remote add deepfire git://git.feelingofgreen.ru/ecl
and later use it:
git fetch deepfire
:-)
--
regards,
On Sat, 2 Oct 2010 00:15:52 +0200, Juan Jose Garcia-Ripoll
wrote:
> > I figured it out, the SYS logical pathname host was pointing at the
> > build directory, not at the install directory.
> >
> > The fix is in my tree (with another, unrelated stray couple of patches).
>
> In Mingw, SYS: points
On Thu, Sep 30, 2010 at 9:24 PM, Samium Gromoff <_deepf...@feelingofgreen.ru
> wrote:
> On Thu, 30 Sep 2010 13:59:46 -0500, Gabriel Dos Reis <
> g...@integrable-solutions.net> wrote:
> > On Thu, Sep 30, 2010 at 11:03 AM, Samium Gromoff
> > <_deepf...@feelingofgreen.ru> wrote:
> > > On Thu, 30 Sep
On Wed, Sep 29, 2010 at 7:47 PM, Samium Gromoff <_deepf...@feelingofgreen.ru
> wrote:
> On Wed, 29 Sep 2010 20:37:43 +0400, Samium Gromoff <_
> deepf...@feelingofgreen.ru> wrote:
> > > > (require 'asdf)
> > >
> > > ;;; Loading #P"/Users/jjgarcia/lib/ecl-10.7.1/asdf.fas"
> > > ;;; Loading #P"/Users
On Fri, Oct 1, 2010 at 9:33 PM, Stas Boukarev wrote:
> After the commit
> "ecl_parse_number and ecl_parse_integer are splitted into separate files
> and do not rely on the C library (atoi, strtod, ...) because these functions
> are affected by the locale."
> when entering in ecl_min 0.5 i get the
Stas Boukarev writes:
> After the commit
> "ecl_parse_number and ecl_parse_integer are splitted into separate files and
> do not rely on the C library (atoi, strtod, ...) because these functions are
> affected by the locale."
> when entering in ecl_min 0.5 i get the following:
>
> #0 0xb7f92b0
After the commit
"ecl_parse_number and ecl_parse_integer are splitted into separate files and do
not rely on the C library (atoi, strtod, ...) because these functions are
affected by the locale."
when entering in ecl_min 0.5 i get the following:
#0 0xb7f92b0f in __gmpn_tdiv_qr () from /usr/lib/
