On Thu, 2002-08-01 at 12:55, Harlan Stenn wrote:
Here are the results of my testing:
someconditionals/:
automake-1.5:249.480u 2.660s 4:42.35 89.3% 0+0k 0+0io 341pf+0w
automake-1.6.3: 341.810u 2.840s 6:07.24 93.8% 0+0k 0+0io 356pf+0w
moreconditionals/:
Title: GIS ±³À° ¾È³» ¸ÞÀÏ
(www.gis365.com)
- GIS±â¼úÀÚ°ÝÀÎÁõ¿ø¿¡¼´Â ±³À°ÀÎÀûÀÚ¿øºÎÀÇ Æ¯¼ºÈ»ç¾÷ ÇÁ·Î±×·¥ÀÏȯÀ¸·Î ¾Æ·¡¿Í °°ÀÌ
GIS±â¼úÀڰݽÃÇèÀ» ½Ç½ÃÇÕ´Ï´Ù.
GISÀڰݽÃÇè (Á¦1ȸ)
Á¾ ¸ñ
±¸ºÐ
¿ø¼Á¢¼ö
(µî·Ï±â°£)
½ÃÇèÀÏ
ÇÕ°ÝÀÚ¹ßÇ¥
ÇʱâÇÕ°ÝÁõ
Bu seneki DV 2004 Green Card lottery programi basvuru
tarihleri ve detaylari yayinlanmistir, ayrica DV 2003
sonuclarini sitemizden bulabilirsiniz.
Turkiyeden 1629 kisi bu sene ABD Green Card lotosunu
kazanmistir. Bu kazananlar arasinda www.greencardusa.cc
sirketi tarafindan basvuru yapan
On Sun, 2002-07-28 at 20:17, Alexandre Duret-Lutz wrote:
If you have some time, please try it on your package and report any
issue you encounter. Especially, please shout loud if your package
works with 1.6.3 but doesn't with 1.6b. (It'll better for everybody
if we can fix compatibility
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I am sorry to ask such a simple questions but I am really lost here.
I am trying to move our school project to automake.
I have succeeded building programs, but I am stuck with .so files.
Currently (with a hand written Makefile) it works like
Alexandre;
Just want to steal the soapbox here to point out that 1.6b is more
difficult for automated systems to deal with than 1.6.2. Consider the
logic to determine whether 1.4-p4 is greater than 1.4.2 or 1.5.
... works with 1.6.3 but doesn't with 1.6b. ...
...and how *is* the logic for
Respond == Respond To List Only [EMAIL PROTECTED] writes:
Respond ...and how *is* the logic for 1.6b compared to 1.6.3 ? Is that like
Respond 1.(6.2).0 1.6.3 ?
Here is how this logic is documented in the source.
(Automake contains a comparison function for its version numbers,
maybe you
We want to build foo.cc from foo.l. Automake tries build foo.c instead
(using ylwrap). How do we disable this entirely or at least tell automake that
the output files for *.l should be named *.cc ?
__
Do You Yahoo!?
Yahoo! Health - Feel better,
Let me preface this with the comment that, although it may lok like I'm
ranting on some small issue that suddenly pushed me into a fit of rage,
I'm actually sanely trying to raise points that I feel were not
considered dutring the lifespan of automake and other projects. Please
don't be insulted
Hi!
Ladislav == Ladislav Strojil [EMAIL PROTECTED] writes:
[...]
Ladislav I am trying to move our school project to automake.
What version of Automake?
[...]
--
Alexandre Duret-Lutz
I don't think you can. However if you name your lexer `foo.ll'
then Automake will build `foo.cc'.
I can't believe there is no way to override this. ylwrap is a most frustrating
addition to automake.
__
Do You Yahoo!?
Yahoo! Health - Feel
On Thu, Aug 01, 2002 at 11:48:00AM -0400, Respond To List Only wrote:
So, one comparison function for Automake, one for OpenSSL, one for the
next program, one for the next program... Again, creating upstream
problems for downstream users.
Emphatically agreed.
# For the purpose of
12 matches
Mail list logo