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 > > >
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: 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: 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: 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 (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: 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)
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 depfile&tmpdepfile 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: 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
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: 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
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: %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
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 U
