caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
* [Caml-list] Problem linking on cygwin
@ 2001-12-07 15:43 Dan Stanger
  2001-12-07 21:36 ` [Caml-list] lablGL an size Christophe Raffalli
  2001-12-17 15:50 ` [Caml-list] Problem linking on cygwin Xavier Leroy
  0 siblings, 2 replies; 5+ messages in thread
From: Dan Stanger @ 2001-12-07 15:43 UTC (permalink / raw)
  To: caml-list

I have the following problem building my executable:

bash-2.04$ make -f Makefile.win32
/usr/local/bin/ocamlc.exe -o ./bin/maple_2_mupad      maple_lexer.cmo
stringtabl
e.cmo maple.cmo maple_parser.cmo mpl2mup.cmo maple_2_mupad.cmo str.cma

I/O error: ./bin/maple_2_mupad: No such file or directory
make: *** [bin/maple_2_mupad] Error 2

What seems to happen is that the file maple_2_mupad is not renamed from
maple_2_mupad.exe

This problem occured when I tried to use the library str.cma, when I
tried to link without it,
after commenting out the code that used str, it worked ok.
Any help would be appreciated.

Following is my version of gcc

bash-2.04$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-5/specs
gcc version 2.95.2-5 19991024 (cygwin experimental)

Thanks,
Dan Stanger



-------------------
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Caml-list] lablGL an size ...
  2001-12-07 15:43 [Caml-list] Problem linking on cygwin Dan Stanger
@ 2001-12-07 21:36 ` Christophe Raffalli
  2001-12-08 15:41   ` Xavier Leroy
  2001-12-08 15:47   ` malc
  2001-12-17 15:50 ` [Caml-list] Problem linking on cygwin Xavier Leroy
  1 sibling, 2 replies; 5+ messages in thread
From: Christophe Raffalli @ 2001-12-07 21:36 UTC (permalink / raw)
  Cc: caml-list


I had problem understanding why my program took 90Mb ...

Then I tracked the problem: the "simple" example from the distribution of
lablGL 0.96 take around 80Mb (see below) 
and it seems it is the minimum size of any lablGL program !

PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
3028 raffalli   9   0 79332 7508  2996 R     0,0  2,9   0:00 simple

Is this normal ? May be the video-RAM is included ???

(I am using lablGL 0.96 and ocaml 3.03 alpha on a standard Mandrake 8.1 i586
(with the nVidia driver for a Geforce 2MX400)

-- 
Christophe Raffalli
Université de Savoie
Batiment Le Chablais, bureau 21
73376 Le Bourget-du-Lac Cedex

tél: (33) 4 79 75 81 03
fax: (33) 4 79 75 87 42
mail: Christophe.Raffalli@univ-savoie.fr
www: http://www.lama.univ-savoie.fr/~RAFFALLI
-------------------
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Caml-list] lablGL an size ...
  2001-12-07 21:36 ` [Caml-list] lablGL an size Christophe Raffalli
@ 2001-12-08 15:41   ` Xavier Leroy
  2001-12-08 15:47   ` malc
  1 sibling, 0 replies; 5+ messages in thread
From: Xavier Leroy @ 2001-12-08 15:41 UTC (permalink / raw)
  To: Christophe Raffalli; +Cc: caml-list

> I had problem understanding why my program took 90Mb ...

It doesn't "take" 90 M properly speaking.  The 90 M figure is what
"ps" reports.

> Then I tracked the problem: the "simple" example from the distribution of
> lablGL 0.96 take around 80Mb (see below) 
> and it seems it is the minimum size of any lablGL program !

... and probably of any program that uses Open GL on your machine.

> Is this normal ? May be the video-RAM is included ???

Exactly.  The X server, as well as programs that access the hardware
3D acceleration of your video card (and that is presumably the case
with Open GL programs) map the video RAM in their own memory space,
often two or three times (don't ask me why).  With a modern video
card, that means a lot of memory space.  But it's not memory that your
program "takes", properly speaking, just accesses to shared resources.

(The same goes, to some extent, for the shared libraries used by your
program.)

To understand how much memory your program really occupies, it
helps to have a close look at /proc/<pid>/maps.

- Xavier "I developed OCaml 1.00 on a PC that had less RAM than your
  GeForce 2MX video card" Leroy

-------------------
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Caml-list] lablGL an size ...
  2001-12-07 21:36 ` [Caml-list] lablGL an size Christophe Raffalli
  2001-12-08 15:41   ` Xavier Leroy
@ 2001-12-08 15:47   ` malc
  1 sibling, 0 replies; 5+ messages in thread
From: malc @ 2001-12-08 15:47 UTC (permalink / raw)
  To: Christophe Raffalli; +Cc: caml-list

On Fri, 7 Dec 2001, Christophe Raffalli wrote:

> 
> I had problem understanding why my program took 90Mb ...

> Is this normal ? May be the video-RAM is included ???
> 
> (I am using lablGL 0.96 and ocaml 3.03 alpha on a standard Mandrake 8.1 i586
> (with the nVidia driver for a Geforce 2MX400)
  PID TTY      STAT   TIME  MAJFL   TRS   DRS  RSS %MEM COMMAND
 1255 pts/8    R      0:59   1091    11 86044 5116  1.9 glxgears

I guess its the way NVidia works and has nothing to do with OCaml/LablGL
(I have same card and their native drivers and GL implementation)

-- 
mailto:malc@pulsesoft.com

-------------------
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Caml-list] Problem linking on cygwin
  2001-12-07 15:43 [Caml-list] Problem linking on cygwin Dan Stanger
  2001-12-07 21:36 ` [Caml-list] lablGL an size Christophe Raffalli
@ 2001-12-17 15:50 ` Xavier Leroy
  1 sibling, 0 replies; 5+ messages in thread
From: Xavier Leroy @ 2001-12-17 15:50 UTC (permalink / raw)
  To: Dan Stanger; +Cc: caml-list

> I have the following problem building my executable:
> 
> bash-2.04$ make -f Makefile.win32
> /usr/local/bin/ocamlc.exe -o ./bin/maple_2_mupad      maple_lexer.cmo
> stringtabl
> e.cmo maple.cmo maple_parser.cmo mpl2mup.cmo maple_2_mupad.cmo str.cma
> 
> I/O error: ./bin/maple_2_mupad: No such file or directory
> make: *** [bin/maple_2_mupad] Error 2
> 
> What seems to happen is that the file maple_2_mupad is not renamed from
> maple_2_mupad.exe

Right.  More precisely, gcc -o ./bin/maple_2_mupad decides to put its
output in ./bin/maple_2_mupad.exe behind OCaml's back.  Normally, the
ocamlc compiler should compensate for this, but maybe there's a bug in
this part of the code; I'll investigate.

At any rate, just do /usr/local/bin/ocamlc.exe -o ./bin/maple_2_mupad.exe
(i.e. put a .exe suffix on the output file name) and things should
work better.

- Xavier Leroy
-------------------
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


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2001-12-17 15:50 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-12-07 15:43 [Caml-list] Problem linking on cygwin Dan Stanger
2001-12-07 21:36 ` [Caml-list] lablGL an size Christophe Raffalli
2001-12-08 15:41   ` Xavier Leroy
2001-12-08 15:47   ` malc
2001-12-17 15:50 ` [Caml-list] Problem linking on cygwin Xavier Leroy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).