From mboxrd@z Thu Jan 1 00:00:00 1970 From: fche@redhat.com (Frank Ch. Eigler) To: bje@redhat.com (Ben Elliston) Cc: sid@sources.redhat.com Subject: Re: sections in configrun-sid Date: Fri, 10 Aug 2001 01:34:00 -0000 Message-id: References: <15219.36057.453159.217729.cygnus.project.sid@walkabout.brisbane.redhat.com> X-SW-Source: 2001-q3/msg00047.html bje wrote: : This Perl script emits chunks of configuration data to three ordered : sections (named "$first_section", etc). [...] : I am finding this arrangement to be too restrictive. Currently, I : need to have a "$fourth_section" that makes use of some component : instantiation done late in the third section. Why are you instantiating components in the third section? : Instead, I think the logic could be simplified by creating a number of : sections, corresponding to the usual arrangement of sid configuration : files: : : $preamble_section : $load_section : $new_section : $set_section : $connect_section : $postamble_section I don't see how this simplifies (program) logic. It does give better name to the sections, but perhaps overcodifies them. (There is no need to cluster all new's, etc., together, as long as there is a partial order.) mrg wrote: : one other thing i've been meaning to do is work out how to eliminate : unnecessary shlibs the big list of shlibs in the generated files. The problem is that the perl script has no easy way of knowing which component types come from which component libraries. You can hard-code the knowledge, analogously to how the "tcl-event-consumer" component is conditionally instantiated, but I'm not sure that's an improvement. : that should improve exectution startup times (at least.) (Maybe, but only for the dynamically linked case.) - FChE