Re: splitting ocaml-native-compilers

[Sven <luther@dpt-info.u-strasbg.fr>]

On Fri, Jan 18, 2002 at 11:54:13AM +0100, Sven wrote:
> On Fri, Jan 18, 2002 at 11:41:11AM +0100, Sven wrote:
> > On Fri, Jan 18, 2002 at 11:40:05AM +0100, Sven wrote:
> > > On Fri, Jan 18, 2002 at 11:25:57AM +0100, Judicaël Courant wrote:
> > > > This might indeed be a good idea (it requires no more nor less work than
> > > > providing an empty package). Or even better: provide an ocaml-best
> > > > package in ocaml-native-compilers and provide this package when there is
> > > > no optimized compiler.
> > > 
> > > Mmm, nice, i like that idea ...
> > > 
> > > I may most probably go for it.
> > 
> > If it is feasible though, don't know if the provides can be arch dependant.
> 
> Sadly, this don't seem to be possible, since only the build dependencies
> provide arch restrictions.

Mmm, a new developpment, ...

Using substvars and some clever Makefile stuff, i obtain now :

 Package: ocaml
 Version: 3.04-5.1
 Section: devel
 Priority: optional
 Architecture: i386
 Depends: libc6 (>= 2.2.4-4), libncurses5-dev, ocaml-base (= 3.04-5.1)
 Recommends: ledit
 Suggests: xlibs-dev, tcl8.3-dev, tk8.3-dev, ocaml-doc, emacsen
 Conflicts: camlp4
 Replaces: camlp4
 Provides: ocaml-best-compilers, camlp4
 Installed-Size: 13239
 Maintainer: Sven Luther <luther@debian.org>                                    

I have removed the opt.opt building for i386 to obtain that.

It seems to work well, but it tries to build the ocaml-native-compilers
package, while it should not, i don't know why, but i have no more time to
play with this right now.

Anyway, expect a new version of the ocaml package, with splitted out .opt
compilers in about the middle of next week, or at the latest, the end of next
week, if i want to add also the proper ld.conf handling, as discussed here
previsously.

I think i will go with the following names :

ocaml-native-compilers
ocaml-best-compilers

the second will be a virtual package provided by ocaml-native-compilers if it
is built and by ocaml if not.

Anyway, coq can now build depend on it (but without version please, since it
is a virtual package). it should still depend on ocaml too.

Ok, thats all for now, and i will most probably be offline until monday ...

Friendly,

Sven Luther