Re: [Gnu-arch-users] Dirname caching for leroy's tla on cygwin

[John Meinel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Well, I went ahead and checked out your code. But so far, it won't
compile. First I had a problem in:
src/tar/lib/getdate.y

Here is the "patch"
- --- orig/lib/getdate.y
+++ mod/lib/getdate.y
@@ -378,19 +378,19 @@
~   | tSNUMBER tDAY_UNIT
~       { PC.rel_day += $1.value * $2; }
~   | tDAY_UNIT
- -      { PC.rel_day += $1 }
+      { PC.rel_day += $1; }
~   | tUNUMBER tHOUR_UNIT
~       { PC.rel_hour += $1.value * $2; }
~   | tSNUMBER tHOUR_UNIT
~       { PC.rel_hour += $1.value * $2; }
~   | tHOUR_UNIT
- -      { PC.rel_hour += $1 }
+      { PC.rel_hour += $1; }
~   | tUNUMBER tMINUTE_UNIT
~       { PC.rel_minutes += $1.value * $2; }
~   | tSNUMBER tMINUTE_UNIT
~       { PC.rel_minutes += $1.value * $2; }
~   | tMINUTE_UNIT
- -      { PC.rel_minutes += $1 }
+      { PC.rel_minutes += $1; }
~   | tUNUMBER tSEC_UNIT
~       { PC.rel_seconds += $1.value * $2; }
~   | tSNUMBER tSEC_UNIT

Basically, the semicolons were left off of some of the lines.

After fixing that, it refuses to compile because tar is not linked
against a file that has "_pathcompress_compress_path"

I assume you just need to add a dependency on pathcompress.c, or some
such, but I'm not positive.

Also, I think one problem that you are having is that you have too much
stuff included in the repository. Anything that is auto-generated should
probably not be included. I'm not sure about the auto* programs, but if
they change their output based upon the client installation, they
probably shouldn't be included. (So stuff like getdate.c, getdate.h
which are generated (I believe) from getdate.y shouldn't be part of the
distribution.)

Anyway, I'm trying, but I'm wondering if I have exactly the same stuff
that you are using, since it won't even compile.

John
=:->

Parker, Ron wrote:

| Please pardon the top post.  Outlook really choked trying to reply to this
| message.
|
| I had been doing some work with the =dirname code before a major crunch at
| work.  I have diff, tar, patch, etc. in an archive along with a
| configuration for building it all and using
| the =dirname code.  I was doing the work on a slightly-less-than-standard
| file-system, HFS+.  I am not sure that I have pushed all of my latest
| changes and do not know if it all currently builds on all platforms.  For
| example I know I have some outstanding changes for building on SnaFU
| ^h^h^h^h^h^h^h SFU.  But, it can be found in the following archive.
|
| address@hidden:
|       
| http://www.inthefaith.net/rdp/{archives}/address@hidden
|
| I recommend:
|       $ tla register-archive address@hidden \
|       
| http://www.inthefaith.net/rdp/{archives}/address@hidden
|       $ tla get address@hidden/dists--devo--1.0 tla-rdp
|       $ cd tla-rdp
|       $ tla build-config \
|               configs/inthefaith.net-tla-cygwin/devo.tla-cygwin-1.2
|       $ mkdir src/=build
|       $ cd src/=build
|       $ ../configure --prefix=/opt/tla
|
| There is no doubt some noise in the patch logs due to abortive attempts at
| getting patch and some of the other tools to play nicely in a
| package-framework structure.  These will show up as changesets reversing
| previous changesets.  In spite of this, hopefully this is a helpful place
| for anyone that may be interested.
|
| It seems to me that something is needed which does directory path
| compression for weak file-systems.  I believe at some future point in
time,
| it may need to become an optional part of the arch "protocol".  That would
| allow archives to be published directly on borked file and operating
systems
| but would allow them to be accessed and understood by the non-borked.  I
| have the dubious "honor" of working on BSD, Linux, Windows and Mac
systems,
| so this is something I really need.
|
| I had not previously published this archive because I am pedantic about
| testing and had not gotten it all to a level that I was satisfied
with.  It
| looks like things should be easing up at work starting next week, so
| hopefully I will have some time to spend with this.  Once it is done,
I will
| be trying to work out the problems with my employer and Red Hat to get
long
| file path support into cygwin directly.  I see that ultimately as a
superior
| solution for Windows.
|
|
|>-----Original Message-----
|
|
| Does this sound reasonable? I will probably try to create projects for
| tar,diff,diff3, etc. Just so that I can get it all out of arch instead
| of downloading the source code each time. Is there an "official" archive
| for these programs?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA5u5CJdeBCYSNAAMRArpAAJ9+UsH6qTxWQzOGRMVdq8mPAQsHbQCaAztJ
mjF1TAH1E2Pv4zmAaRUzPQE=
=HD0O
-----END PGP SIGNATURE-----