[Caml-list] building ocaml 3.02 under win32

[Caml-list] building ocaml 3.02 under win32

[Fabrice Popineau]

I tried to build ocaml 3.02 natively under win32, everything is ok
except this error for which I have no clue :

<while building labltk>
        ..\..\..\boot\ocamlrun ../../../ocamlc -I ../../../stdlib -custom -linka
ll -o labltk -I ../support   -I ../../../toplevel toplevellib.cma labltk.cma  -I
 ../../win32unix unix.cma -I ../../str str.cma  topmain.cmo
camlprim0.c
LINK : fatal error LNK1561: entry point must be defined

Running the same command verbosely by hand gives:
E:\ocaml-3.02\otherlibs\labltk\lib>..\..\..\boot\ocamlrun ../../../o
camlc -verbose -I ../../../stdlib -custom -linkall -o labltk -I ../support   -I
../../../toplevel toplevellib.cma labltk.cma  -I ../../win32unix unix.cma -I ../
../str str.cma  topmain.cmo
+ cl /nologo  /Felabltk.exe -ID:/Local/OCaml/lib  C:\DOCUME~1\popineau\LOCALS~1\
Temp\camlprim0.c ../../str\libstr.lib ../../win32unix\libunix.lib wsock32.lib ..
/support\liblabltk41.lib tk83.lib tcl83.lib ../../../stdlib\libcamlrun.lib wsock
32.lib
camlprim0.c

Thanks in advance for any help,

-- 
Fabrice
-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr

RE : [Caml-list] building ocaml 3.02 under win32

[Lionel Fourquaux]

Does passing /subsystem:console to the linker help ?
(main is hidden in libcamlrun.lib, so the linker fails to guess
the subsystem.)

Hope this helps.

Lionel Fourquaux


> -----Original Message-----
> From: owner-caml-list@pauillac.inria.fr [mailto:owner-caml-
> list@pauillac.inria.fr] On Behalf Of Fabrice Popineau
> Sent: Tuesday, September 11, 2001 10:06 PM
> To: caml-list@pauillac.inria.fr
> Subject: [Caml-list] building ocaml 3.02 under win32
>
>
> I tried to build ocaml 3.02 natively under win32, everything is ok
> except this error for which I have no clue :
>
> <while building labltk>
>         ..\..\..\boot\ocamlrun ../../../ocamlc -I ../../../stdlib
-custom
> -linka
> ll -o labltk -I ../support   -I ../../../toplevel toplevellib.cma
> labltk.cma  -I
>  ../../win32unix unix.cma -I ../../str str.cma  topmain.cmo
> camlprim0.c
> LINK : fatal error LNK1561: entry point must be defined
>
> Running the same command verbosely by hand gives:
> E:\ocaml-3.02\otherlibs\labltk\lib>..\..\..\boot\ocamlrun ../../../o
> camlc -verbose -I ../../../stdlib -custom -linkall -o labltk -I
../support
> -I
> ../../../toplevel toplevellib.cma labltk.cma  -I ../../win32unix
unix.cma
> -I ../
> ../str str.cma  topmain.cmo
> + cl /nologo  /Felabltk.exe -ID:/Local/OCaml/lib
> C:\DOCUME~1\popineau\LOCALS~1\
> Temp\camlprim0.c ../../str\libstr.lib ../../win32unix\libunix.lib
> wsock32.lib ..
> /support\liblabltk41.lib tk83.lib tcl83.lib
../../../stdlib\libcamlrun.lib
> wsock
> 32.lib
> camlprim0.c
>
> Thanks in advance for any help,
>
> --
> Fabrice
> -------------------
> Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ:
> http://caml.inria.fr/FAQ/
> To unsubscribe, mail caml-list-request@inria.fr  Archives:
> http://caml.inria.fr


-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr

Re: RE : [Caml-list] building ocaml 3.02 under win32

[Fabrice Popineau]

* Lionel Fourquaux <lionel.fourquaux@wanadoo.fr> writes:

> Does passing /subsystem:console to the linker help ?  (main is
> hidden in libcamlrun.lib, so the linker fails to guess the
> subsystem.)

In  fact, the  problem was that  I tried  to compile  the whole system
using the default  __fastcall IA32 convention of MSVC  (it will use up
to 2  registers to pass   parameters to functions,  resulting in  less
overhead). I  was wondering about how  much  could be gained. 

However, the problem  is that using this  convention requires  all the
functions to be  fully  prototyped. This  is   not the case   when for
example   the byte compiler  emits   the  camlprim0.c  file: all   the
primitives are declared without their arguments. 

The changes needed to  cope with this are  beyond the time I can spend
on it right   now,  but  I'm pretty  sure   it  could be   result   in
significative better performances.

Fabrice
-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr

[Caml-list] newbie CTL3D32 ocaml win32

[Kevin Rowanet]

Bonjour,

I'm a newbie ; I just downloaded ocaml ant then tried to install on WNT workstation
SP5 and got the message :

==============================================
This application uses CTL3D32.DLL which is not the correct version.
This version of CTL3D32.DLL is designed only for Win32s or Windows95 systems.
==============================================

So I installed French ServicePack 6a.

The message is the same.
What is the problem ?

Thanks a lot.


-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr

Re: RE : [Caml-list] building ocaml 3.02 under win32

[Chris Hecker]

>In fact, the  problem was that  I tried  to compile  the whole system
>using the default  __fastcall IA32 convention of MSVC  (it will use up
>to 2  registers to pass   parameters to functions,  resulting in  less
>overhead). I  was wondering about how  much  could be gained. 
> ...
> The changes needed to  cope with this are  beyond the time I can spend
>on it right   now,  but  I'm pretty  sure   it  could be   result   in
>significative better performances.

I'd be interesting in finding out as well, but I woudln't be so sure it will result in a win.  The problem with register calling conventions is that often the called function has to spill everything onto the stack anyway to do its own work, resulting in slower and bigger code.  Without going through and adding fastcall by hand to leaf functions, it's hard to tune this behavior.  Mike Abrash wrote an article in DDJ about this years ago that might still be relevant.

Chris


-------------------
Bug reports: http://caml.inria.fr/bin/caml-bugs  FAQ: http://caml.inria.fr/FAQ/
To unsubscribe, mail caml-list-request@inria.fr  Archives: http://caml.inria.fr