International Conference- Water India 4- Water Resources Development, February 3- 4, 2004; New Delhi, INDIA
* International Conference- Water India 4- Water Resources Development- Flood Control, Irrigation, Drinking Water, Waterways, Hydro Electric Power and its Transmission System * February 3- 4, 2004; Hotel Hyatt Regency, New Delhi. INDIA. www.IndiaCore.com announces the International Conference- 'Water India 4- Water Resources Development - Flood Control, Irrigation, Drinking Water, Waterways, Hydro Electric Power and its Transmission System'. Conference Topics - Sustainable Water Resources Development- Especially in Developing Countries - Inter-State Water Resources Development Schemes- Problems and Solutions - Drinking Water, Ground Water Waste Water Management Issues - Water Quality Health Aspects - Navigation, Inland Waterways Transport - Flood Control Management, Irrigation Role of Dams - Necessity of Storage/ Large Small Dams- Their Design and Management - Hydro Power Potential Development Opportunities - Role of Private Sector in Various Development Projects - Developer's Responsibilities and Government Role - Environment Social Aspects- Rehabilitation Resettlement - Legal and Legislative Issues - Role of Satellite other Communication equipments - Financing Issues and Role Of Financial Agencies - Restructuring Of Power System, Privatization Of Transmission Distribution System Participation The Conference would offer a unique opportunity of two days full of informative and innovative conference sessions, and many networking opportunities. It would provide direct access to policy makers, decision taking authority, planners and senior executives in the Water Industry and various utilities as also manufacturers consultants. The earlier Conferences in the biannual series on Water India were well received. Delegates from both developed and developing countries participated in these conferences and discussed technological advancement that had taken place in the area of water resources development. The Hon'ble Union Minister of Power and Union Minister of Water Resources, Government of India have been invited to address the delegates. Hon'ble Minister of State for Power, Government of India- Smt. Jayawanti Mehta has confirmed her participation. Several leading players have already confirmed their participation. Some of the prominent speakers are: - Prof Raymond Lafitte, President, International Hydro Power Association, Switzerland - Ms Alison Bartle, Editor, Hydropower Dams, UK - Mr Francois Lemperiere, Chairman, Hydrocoop (Hydro-Cooperation), France - Dr. H.R.Sharma, Adviser on Water Energy, Ministry of Public Utilities, Mauritius - Mr C V J Verma, President, ICOLD Member, CIGRE IndiaCore.com invites your participation in the Conference. The participation fee is Rs 7500 per participant for participants from India SAARC Countries and US$ 300 per participant for participants from other Countries. Registered Users of www.IndiaCore.com some other categories are eligible for discounted Delegate Registration Rates. All participants including authors have to register to attend the Conference. Please note that funds are not available to sponsor participation, travel or lodging expenses. For further details online registration, please visit http://www.indiacore.com/ic-conf/10-feb2004-cpu-water-india/index.html To confirm your participation please send us your contact details alongwith your registration fee through Cheque/ Draft drawn in favor of 'International Publications Information Services' payable at New Delhi, India. International delegates can send the fees through SWIFT transfer (electronic transfer) in our Bank account or through draft or through Western Union transfer. In case of a SWIFT transfer, please contact us for our Bank Account details. We would request you to confirm your participation at the earliest. For any clarifications, please feel free to write to us at [EMAIL PROTECTED] or contact us at Tel: +91- +11- 2554 2551/ 5158 9329. We look forward to your participation in the Conference. Thanks Best Regards Priya Kapoor (Ms) www.IndiaCore.com email: [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] Address: International Publications Information Services 114 B, Jaina Tower II, District Centre, Janak Puri, New Delhi 110 058. INDIA. PS: Please help circulate wherever appropriate. If you know of other people who would be interested in this Conference, please forward them this email or send them the following website address for details: www.IndiaCore.com. Thanks!!! * DIRECTORY OF KEY PERSONNEL IN ENERGY INDUSTRY (2003/ 2004) IN INDIA For details visit http://www.indiacore.com/bookstore-ic/details/de-ipdi/ipdi108.html --- If you do not wish to receive Information Updates on developments in
Re: %RND_UC_CHAR[2-8], furious applause shook
Free CableTV!No more pay!%RND_SYB khrushchev fortiori laborious blind heavy neat omelet lettermen legate nodal susanne interior southeastern wont catbird k extensive salon intuitable fluvial akers withy wrinkle these comparator parkland shakespeare seclusion yolk scabious twit sub sleety about factory thirteenth asset expressway byway loudspeaking curfew clapboard zing corralled dod painstaking daunt falloff rampart pornographer elkhart counterman lagoon caste arcadia malaysia windsurf burundi social morgen cliff potomac anatomy bryant drawn bicameral hangar scene absorbent patristic daze adore illuminate electret continue aba cardioid corona courtney bogota confident kingbird beacon derange deluxe journeyman selma shields geophysics mayonnaise deity daydream accompanist pauli aphelion isotope atwater habit embank arabic libido antoinette suffocate madstone zenith ware hart gallup diphtheria holt member cheryl cognizant entranceway fishery jehovah elector clientele stickle torpid francium wedge public sepoy botulism martial suburbia booklet nonce doorknob mahayana cavalcade absolve confine clench tuft periscope delhi delectate seriate yokohama downwind cathode masculine pediment elapse bathtub idiosyncratic ac thresh gonzales reduce hoot preventive housewares seismograph stillwater almond gastrointestinal chaotic profligacy scalp automaton clump modish presumed maryland revisal consanguine burnside curd badinage leslie angel fade flattery baneberry belvidere poynting ceil doberman gingko flowchart contribution rampage rebelling benz castle yellow dacca mccoy jess passivate crowbait abominable hazard mallard cumulate coarsen wield amongst darrell song mambo euler bob esposito luminary penitential soffit bellwether utmost tweeze surtout strongroom articulate seahorse luxuriant verify contact carrion ragweed tammany lunge inorganic iverson contradistinction trompe vacuolate gmt beachcomb mixture elisabeth annihilate spontaneity tigress bunsen talismanic alabaster thyme punky populous immanent closure boulder seize roosevelt conserve churchwoman white o'er eosine miasma billy duncan ax hand nag bemadden sunfish microcosm micrography perspire elizabethan buzz stature missouri next centerline flanders thursday jackman tremble day castro stalin dudley elusive apices imperate
Re: SUBDIR_OBJECTS option
John == jling [EMAIL PROTECTED] writes: John I read in one thread the mention of a SUBDIR_OBJECTS option in John automake. Supposedly this would prevent intermediate object files from John ending up in the directory of the Makefile (I'm trying to use a non- John recursive Makefile.am). John Where and how is this option to be specified? Put `subdir-objects' into the AUTOMAKE_OPTIONS variable in Makefile.am. See the manual for this and other information... Tom
Re: automake -vs- huge projects
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes: adl I've found this: adl 1999-11-22 Tom Tromey [EMAIL PROTECTED] adl * automake.in (handle_single_transform_list): Generate explicit adl rule for subdir objects. Fixes new addition to subobj.test. I looked into this a bit today. One nice thing about having a patch list is that it records the rationale for changes somewhere... back in those days that sort of information was just lost. Sigh. I suppose the best we can hope for is to try out your change on a different platforms and in different scenarios and hope for the best... Tom
mailing list archives (Was: Re: automake -vs- huge projects)
Tom == Tom Tromey [EMAIL PROTECTED] writes: [...] Tom I looked into this a bit today. One nice thing about having a patch Tom list is that it records the rationale for changes somewhere... back in Tom those days that sort of information was just lost. Sigh. I thought so, until I discovered that mailing list archives at mail.gnu.org had been truncated on 2000-09. I have a copy of the archives of [EMAIL PROTECTED] of 1998-04 on my disk (it contains a lengthy discussion about --enable-maintainer-mode) which I downloaded from mail.gnu.org and which is not available there anymore. Fortunately, [EMAIL PROTECTED] has been archived at several places. FWIW, here is where to dig copies of old mails sent to [EMAIL PROTECTED]: mail.gnu.org2000-09 ... today www.geocrawler.com 1997... 2002 gmane.org 2002-03 ... today sources.redhat.com 1999-04 ... today For [EMAIL PROTECTED], it worse since AFAIK, it's only archived at mail.gnu.org and gmane.org. [EMAIL PROTECTED] is also archived on sourceware, but the archives start at 1999-04. I've just discovered that http://www.geocrawler.com/lists/3/GNU/403/0/ seems to cover [EMAIL PROTECTED] for 1997-2002. [EMAIL PROTECTED] is only archived at mail.gnu.org and gmane.org. It is quite young so the mail.gnu.org archive is complete, however I fear the day it will be cut. [...] -- Alexandre Duret-Lutz
Re: mailing list archives (Was: Re: automake -vs- huge projects)
On Tue, 30 Dec 2003, Alexandre Duret-Lutz wrote: [EMAIL PROTECTED] is only archived at mail.gnu.org and gmane.org. It is quite young so the mail.gnu.org archive is complete, however I fear the day it will be cut. any idea what fraction of the archive is spam? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: automake -vs- huge projects (1st patch)
On Sat, 2003-12-27 at 21:25, Alexandre Duret-Lutz wrote: adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes: [...] adl 1999-11-22 Tom Tromey [EMAIL PROTECTED] adl adl * automake.in (handle_single_transform_list): Generate explicit adl rule for subdir objects. Fixes new addition to subobj.test. [...] adl The other side of the coin is that dependency tracking will not adl work anymore, because the dependency stuff for subdir/X.o should adl go into subdir/.deps/X.Po but the default suffix rule will put adl it in ./.deps/subdir/X.Po. [...] Tom Hmm, maybe this is the issue from way back. adl I'm not sure about this. In the past dependencies were put in adl .deps/subdir/X.Po (i.e. where the suffix rule--at least adl today--would put them). You moved them to subdir/.deps/X.Po on adl 2002-01-20 for PR/224. I've just noticed that the above change of 1999-11-22 occurs just after the merge of user-dep-gen-branch. So perhaps you were right to think the issue was related to dependency tracking... Anyway, here is a first patch that disables explicit rules for subdir-objects without per-target flags. Random notes: - folding the depfiletmpdepfile computation into depcomp shorten the screen garbage resulting from the invocation of depcomp by one line. This applies to all non-fastdep compilation, not only subdir-objects. - computing $depbase on-the-fly in fastdep rules adds one line of output, so I've arranged things so that it is only used when subdir-objects is set. - the test suite passes with GNU Make, and I've run the 14 tests that uses subdir-objects with BSD Make (will start a full check momently). Apart from this I have not yet tested this on a real project. I'm hoping you can test this on libgcj. - If you omit the NEWS chunk, the patch should also apply to automake-1.8 vanilla. I tested this patch with libgcj. A test build worked fine, and Makefile.in is *much* smaller (1.4M as opposed to 10M). The size could still be reduced further though. I discussed the following with Tom on IRC: - all libgcj objects are listed in am__libgcj_la_SOURCES_DIST which is included in DIST_SOURCES. Adding the no-dist option doesn't prevent the SOURCES_DIST and DIST_SOURCES variables from being generated, even though they are not used anywhere. Tom has a patch that may fix this; I'm going to try it out. - I've eliminated all non-essential per-target flags, but one libgcj library still requires them. For this library, .obj, .o and .lo targets are generated, where .lo targets alone would suffice. - Tom suggested that DEP_FILES may be redundant. He suggested that configure read the list of .Plo files from the am__include lines in Makefile.in. Anyway, this patch brings us closer to using automake-1.8 for libgcj. Thanks! Tom
Re: automake -vs- huge projects
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes: Ralf On Tue, 2003-12-16 at 17:49, Tom Tromey wrote: The problem is, automake generates an explicit rule for each compilation. Our resulting Makefile.in is nearly 9 megabytes. This is really much too large -- compare to 200K with automake 1.4. Ralf For subdir-compilation/non-recursive Makefiles automake generates *2* Ralf explicit rules (cygwin and n/cygwin) for each compilation. Folding these Ralf two rules into one, alone would reduce the size of Makefiles using many Ralf files by almost factor 2. Hmmm. What we'd need to merge are these: .c.o: $(CC) -c -o $@ $ .c.obj: $(CC) -c -o $@ `$(CYGPATH_W) $` and these: sub/foo.o: sub/foo.c $(CC) -c -o $@ `test -f 'sub/foo.c' || echo '$(srcdir)/'`sub/foo.c sub/foo.obj: sub/foo.c $(CC) -c -o $@ `if test -f 'sub/foo.c'; then $(CYGPATH_W) 'sub/foo.c'; else $(CYGPATH_W) '$(srcdir)/sub/foo.c'; fi` The extension is obviously not an issue, but how can we arrange the CYGPATH_W stuff? I've thought about this: .c.$(OBJEXT): $(CC) -c -o $@ $(am__cpbegin)$$(am__cpend) sub/foo.$(OBJEXT): sub/foo.c src=`test -f 'sub/foo.c' || echo '$(srcdir)/'`sub/foo.c; \ $(CC) -c -o $@ $(am__cpbegin)$$src$(am__cpend) and then have am__cpbegin = `cygpath -w ' am__cpend = '` or am__cpbegin = ' am__cpend = ' but this is not really attractive. A related question is why we need this `cygpath -w' stuff. My understanding is that it is to turn special absolute filenames such as /cygdrive/c/foo into c:\foo (if this is true, then I think the first use of $(CYGPATH_W) in the sub/foo.obj rule is superfluous, since the file is relative) so that compiler that do not understand cygwin filename can work. Couldn't this be folded into a compiler wrapper script? -- Alexandre Duret-Lutz
Re: automake -vs- huge projects (1st patch)
Thomas == Thomas Fitzsimmons [EMAIL PROTECTED] writes: [...] Thomas The size could still be reduced further though. I Thomas discussed the following with Tom on IRC: Thomas - all libgcj objects are listed in Thomas am__libgcj_la_SOURCES_DIST which is included in Thomas DIST_SOURCES. Adding the no-dist option doesn't Thomas prevent the SOURCES_DIST and DIST_SOURCES variables Thomas from being generated, even though they are not used Thomas anywhere. Tom has a patch that may fix this; I'm going Thomas to try it out. Thomas - I've eliminated all non-essential per-target flags, Thomas but one libgcj library still requires them. For this Thomas library, .obj, .o and .lo targets are generated, where Thomas .lo targets alone would suffice. Thomas - Tom suggested that DEP_FILES may be redundant. He Thomas suggested that configure read the list of .Plo files Thomas from the am__include lines in Makefile.in. These sound like good ideas. I plan to work on the .obj/.o/.lo rules output. -- Alexandre Duret-Lutz
Re: mailing list archives
Thomas == Thomas Dickey [EMAIL PROTECTED] writes: Thomas On Tue, 30 Dec 2003, Alexandre Duret-Lutz wrote: [EMAIL PROTECTED] is only archived at mail.gnu.org and gmane.org. It is quite young so the mail.gnu.org archive is complete, however I fear the day it will be cut. Thomas any idea what fraction of the archive is spam? For [EMAIL PROTECTED] I've counted 8 spams in 2003. I may have missed one or two, but this looks negligible (1%). If you were talking about all the archives in general I've no idea. I guess it's probably worse on the bug lists since they are advertised a lot. My favorite is the bug-automake archive of 2002 http://sources.redhat.com/ml/bug-automake/2002/ at some point during the summer gnu.org activated spamassassin, and that shows! -- Alexandre Duret-Lutz
Re: automake -vs- huge projects
On Wed, 31 Dec 2003, Alexandre Duret-Lutz wrote: Hmmm. What we'd need to merge are these: .c.o: $(CC) -c -o $@ $ .c.obj: $(CC) -c -o $@ `$(CYGPATH_W) $` [stuff removed] The extension is obviously not an issue, but how can we arrange the CYGPATH_W stuff? An simple (but ugly) approach would be to define $(CYGPATH_W) to 'echo' when not compiling under Cygwin. but this is not really attractive. A related question is why we need this `cygpath -w' stuff. My understanding is that it is to turn special absolute filenames such as /cygdrive/c/foo into c:\foo (if this is true, then I think the first use of $(CYGPATH_W) in the sub/foo.obj rule is superfluous, since the file is relative) so that compiler that do not understand cygwin filename can work. It seems to me that perhaps 'CYGPATH_W' is misnamed or the use is outdated. Cygwin and MinGW's MSYS shell environment already automatically translate paths. The only case where this translation would be necessary is for a shell environment that doesn't automatically translate paths for native Windows binaries, or where the automatic path translation fails. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen
Re: CQ, in our country
Free Cable@ TV whiten artful tidbit dignity professional ornament trimer plastron doberman clad miranda elgin risible inconsiderable rove bluestocking bless calcutta cloture dirac luxury discussant pravda incomputable ordinate final prospector caramel allege moth shoofly barth species convalesce uproarious basilar wolfgang denunciation butene moody montreal julie stalk
Re: VO, they calmed varenukha
Free Cable%RND_SYB TV andromeda doreen eben norton partook doorbell acerbity crosswalk amity tropopause cavitate woman accomplish cantonese cbs wreckage chinchilla dyeing adorn statewide she aquila bulgaria ashen particular singlehanded headmaster combustible assumption whimsic wallace diversion stomp motherland courtier assistant britannic sharecrop bridge mario tenor edith almond loosen valedictorian shagging implementation songbag blaze updraft dramaturgy mug husky brahms kaolin adverb effusion honeymoon intestate elsevier objectify southland
Re: SUBDIR_OBJECTS option
I see ... it wasn't SUBDIR_OBJECTS but rather SUBDIR-OBJECTS. I put into my Makefile.am: AUTOMAKE_OPTIONS = subdir-objects and it worked. Thanks, John - Original Message - From: Tom Tromey [EMAIL PROTECTED] Date: Tuesday, December 30, 2003 1:51 pm Subject: Re: SUBDIR_OBJECTS option John == jling [EMAIL PROTECTED] writes: John I read in one thread the mention of a SUBDIR_OBJECTS option in John automake. Supposedly this would prevent intermediate object files from John ending up in the directory of the Makefile (I'm trying to use a non- John recursive Makefile.am). John Where and how is this option to be specified? Put `subdir-objects' into the AUTOMAKE_OPTIONS variable in Makefile.am.See the manual for this and other information... Tom