b t -> 'a t
Is this function like a fold? Is there a particular reason for naming
it "scan" (rather than "fold")?
Thanks.
--
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: htt
th -I +
- almost everything is using ocamlfind
- (linux) distributions add ocamlfind support anyway
- oasis uses
- it works, even on windows
- it nicely solves a nightmare
I wish all ocaml libraries installed with ocamlfind and I wish all ocaml
code compiled with ocamlfind.
--
Adrien Nader
--
Cam
intf's %p format.
I've put a new file online with the aforementionned changes:
http://notk.org/~adrien/link2.ml
Any input is particularly appreciated. :-)
By the way, a few reasons I've started this: startup speed, potential
very slow initializations for which there was no inst
e
"MODULES" (space-separated). The code is (currently) at:
http://notk.org/~adrien/link.ml
You can build with: "ocamlopt unix.cmxa str.cmxa link.ml -o gcc".
Now, make sure that the directory with this "gcc" executable is in your
PATH and is the first element (I never
With x-compilation, you can do what you want:
- need full POSIX? cygwin
- need some POSIX? msys (maybe)
- need some POSIX but not a lot? a library on top of win32, or move
away from posix directly
By the way, there was a netbsd-derived environment named Interix which
microsoft used to advise
ling the installer with cygwin or msys? Beware of the
> license issues however.
Or make ocamlbuild not depend on bash. Only depending on a compliant
sh would already be quite nice but afaik, it should be possible to not
depend on a shell at all with minimal efforts.
Regards,
Adrien Nader
--
Ca
n of the ocaml
binaries. It's not often done by default and I've sometimes noticed 5
to 6 times faster builds with them (of course, on files which were
slow to build).
Hope this helps,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.
s too slow). My usual development machine isn't
terribly fast and this has helped a lot.
I think there was a mention of an issue though but it can help a lot.
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml
t supposed to be supported, even without this
@responsefile issue and I think I remember some issues running ocaml
programs on win9x. Moreover, noone is going to be able to support
that; i.e. win9x support has probably already bitrot a lot.
By the way, I had only known of reponse files a prett
eration. Just wanted to give it a try on my laptop, but building
> llpp seems to be non-trivial.
Recent intel "cards" are actually pretty powerful; like for AMD Fusion
(recent CPU + GPU on the same die), you can play actual 3D games with
them.
Regards,
Adrien Nader
--
Caml-lis
Hi,
I've made a kind of "type diagram" for caravel in an attempt to document
it and explain the approach (see the post-scriptum on the "how"). The
_main_ reason was that I was often lost in some code/behaviour paths.
http://notk.org/~adrien/ocaml/caravel/t13.png
(
part is probably a bit too scary (I guess it's
quite old and the situation has worse back then). I think you can
compile it by yourself in a matter of minutes if your environment is
already set-up (i.e. gcc and ocaml).
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management a
On 14/02/2012, Philippe Veber wrote:
> 2012/2/13 Adrien
>> I've created a lablgtk branch named "adrien/react" to get react signals
>> out
>> of gtk properties and react events out of gtk signals (they match quite
>> well). Support isn't perfect but
e, has taken place.
The API of webkit-gtk could allow to get an ID for the popup request, exit
the callback with only the promise the answer will be given at some point,
and do the actual work outside of the callback. But it doesn't. And there
will always be APIs like that and we need to find h
akes it possible to use functional code
for a task that has typically relied on mutability, with all the benefits
we're used to.
I've created a lablgtk branch named "adrien/react" to get react signals out
of gtk properties and react events out of gtk signals (they match quite
we
hand since it's a single
bit (maybe two) in the PE header.
Hope this helps,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
h actually does not exist, so this is
> not a surprise. This file "ocamlrun.a" does not exist either on my
> Debian computer, so I'm a little surprised here.
>
>
> I think I'll try cross-compiling now, or maybe editing "setup.ml" to put
> quotes aro
rcing some
kind of refresh when doing so), you will probably recover the proper
highlighting (gg'' might be enough).
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://g
gards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
kefiles. If there is now pkg-config support, this is
> very new, or an extension by the distributor.
I don't know how old this would be but it's upstream at least in libX11-1.4.2.
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://
se a mutex to wait until the
compaction is done. And in case you're using Lwt, well, I don't know but
I'd expect the callback to be callable whenever threads can be switched.
Maybe that if it were possible to have a callback called each time the
runtime would like to do a compaction
on screen except a
new prompt: "42;;" and "print_endline \"pouet\";;" don't print
anything. It looks like nothing gets evaluated.
I wouldn't consider IE8 as a high-priority however since I've actually
been having troubles finding people who were using IE
On 14/12/2011, Alain Frisch wrote:
> On 12/14/2011 04:49 PM, Adrien wrote:
>> But windows actually has symlinks. Kind of. Starting with Vista and the
>> corresponding NTFS version. But by default you need to be an administrator
>> to use them, you can only create a limited n
On 15/12/2011, Martin DeMello wrote:
> On Thu, Dec 15, 2011 at 2:29 AM, Adrien wrote:
>> On 14/12/2011, David Allsopp wrote:
>>>
>>> Any particular reason why the GnuWin32 project doesn't already fulfil
>>> this
>>> requirement (http://gnuwin32
On 14/12/2011, Alain Frisch wrote:
> On 12/14/2011 02:37 PM, Adrien wrote:
>> I don't think it would be possible to live without a C toolchain simply
>> because we use C libraries all the time.
>
> It depends on who is "we". I can imagine that library devel
ecause
Windows is not UNIX: typical issues are paths and their encoding:
http://permalink.gmane.org/gmane.comp.windows.gnu.user/1197
(I'm being told that Windows paths are not UTF-16 but UCB; I'm unable to
explain more unfortunately)
Hopefully, you don't need to make appl
rlds.
Also, note that msys works like cygwin: you have a number of msys
applications which use some DLL. Unlike cygwin however, you're strongly
advised not ever remotely try to make your application an msys one.
Btw, msys has to be built with a gcc-2.9[56] fork since it uses a target
that has
On 14/12/2011, Gerd Stolpmann wrote:
> Am Mittwoch, den 14.12.2011, 14:37 +0100 schrieb Adrien:
>> On 14/12/2011, Alain Frisch wrote:
>> > As a concrete problem, until a few days ago, the mingw port could not be
>> > used with recent versions of Cygwin without some sma
On 14/12/2011, Alain Frisch wrote:
> On 12/13/2011 10:53 AM, Adrien wrote:
>> On 13/12/2011, Alain Frisch wrote:
>>> As Xavier said, it would be great to find someone who'd like to join the
>>> core dev team in order to improve support for Windows. Anyone in
Do you have some examples? I guess most
of the work would be to move forward instead of being stuck in the
current situation.
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups
(and
considering the major changes we've seen with each major release in
the past years, it definitely is).
Regards,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/gro
ne solution is to put the ocaml toolchain somewhere else and set the
OCAMLLIB environment variable to the new PATH.
While you're at it, you can also use forward-slashes in paths: c:/foo/bar/baz.
This issues mostly happen with shell scripts and not programs which
have been made with greater c
run 32bit systems with
a minimal slowdown (around 10-20%).
It will also be much easier for many libraries.
--
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/
;
>
> Is there a way to know if the problem comes from ocamlrun or if it comes
> from the (labl)gtk libraries for windows?
Hi,
Do you have a backtrace?
You could run your application under gdb and use its "backtrace"
function to get one. It should show quite quickly whether the is
I forgot to mention that you need lablgtk2's adrien/mix branch for the
examples (and only for the examples iirc).
There are two reasons. It uses some additional API, especially
#as_something methods and "notify::foo" signals. lablwebkit also
requires a bug fix that it not merged
Hi,
I am pleased and relieved to announce lablgtk-react, a project to ease
the use of Functional Reactive Programming (FRP) for lablgtk-based
graphical user interfaces.
Currently, the project is available as a preview but I am happy with the
way it is looking and with the programming style it off
.forge.ocamlcore.org/API/Cairo.html#VALset_source_surface
)
Thanks,
Adrien Nader
NB: After looking at maybe 30 different tools and libraries in order
to plot all my points quite easily, Sylvain Le Gall pointed me to
Archimedes. It is the only library that has been able to handle
properly this a
ch
means it won't disappear until the next release at least but it's
probably already subbject to bitrot.
As far as I know (haven't looked at that), the right way is simply to
cross-compile. Instead of passing -mno-cygwin as a CFLAG, use
--host=x86_64-w64-mingw32 when calling configure
gw and you're outside of cygwin which means
the issue won't always pop up but it's quite important to have this in
mind when porting to windows 64 (it's a common issue).
--
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
called "mingw-w64", it's possible to compile
32bit and 64bit applications for windows. Both are working well and
equally supported.
Hope this helps,
Adrien Nader
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
40 matches
Mail list logo
