This change (as you've likely seen) is quite tricky.
Linking __ANYTHING__ in rpmio/*.c with ${RPM_LDADD_COMMON}
instead of ${RPMIO_LDADD_COMMON} will have build failures.
If you're not seeing the failures, you are not looking hard enough.
The solution is (or will be) for tools that
need more tha
On Dec 5, 2008, at 1:31 AM, Per Øyvind Karlsen wrote:
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]>
I tend to always forget about misc/librpmmisc.vers when I haven't
touched it for a while, then stabbing wildy around in the dark taking
the usual (but wrong) route to investigate it.
Yah, I get
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]>
> The flaw will be in -lrpmmisc, not in -lrpmio, is my guess.
>
> And its likely my portability brain fart somehow if reproducible.
>
> Doing
> cd misc
> cvs diff -D "2 months ago"
> will show all my changes.
>
> There's not a whole lot different in misc/
On Dec 4, 2008, at 11:37 PM, Per Øyvind Karlsen wrote:
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]>
What needed "fixing"?
I have built using internal lua daily without these changes.
Can you try to pin down what changed so that this patch is now
needed please?
Likely trying to build rpm-5.1
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]>
> What needed "fixing"?
>
> I have built using internal lua daily without these changes.
>
> Can you try to pin down what changed so that this patch is now needed
> please?
>
> Likely trying to build rpm-5.1.6, without these changes, would
> be the easies
What needed "fixing"?
I have built using internal lua daily without these changes.
Can you try to pin down what changed so that this patch is now needed
please?
Likely trying to build rpm-5.1.6, without these changes, would
be the easiest way to identify if there is a regression.
73 de Jeff
I have mixed feelings about this patch ...
Building rpm --without-zlib (and --without-db and --without-sqlite
and ...) leads
only to a useless /usr/bin/rpm imho.
But its easier to do the mechnical compile engineering than it is to
try and describe why building rpm without -lz and -ldb is unli
A little help, please, double checking that using popt(3) rather
than getopt(3) to get rid of POSIXLY_CORRECT with glibc doesn't
break anything. I rarely use parameterized macros.
The change passes my tmacro testing (with valgrind as well):
[EMAIL PROTECTED] rpmio]$ cat ./testmacros
%bing(a:b:c)
(Dunno why this msg is mot getting through ... 3rd time's a charm)
For various rpmio development reasons, I needed PCRE expressions
applied to HTML content delivered by plain HTTP (not DAV enabled)
transport.
In order to achieve that goal, I've rewritten pcregrep (from
pcre-7.6) to use -lpo
On Feb 10, 2008, at 1:46 AM, Dan Nicholson wrote:
On Feb 9, 2008 5:29 AM, Jeff Johnson <[EMAIL PROTECTED]> wrote:
On Feb 9, 2008, at 8:09 AM, Jeff Johnson wrote:
Or fix the linkage.
How about the attached patch instead? WORKSFORME.
And I'm still shopping ideas for how to add "make check
On Feb 9, 2008 5:29 AM, Jeff Johnson <[EMAIL PROTECTED]> wrote:
>
> On Feb 9, 2008, at 8:09 AM, Jeff Johnson wrote:
> >
> > Or fix the linkage.
> >
>
> How about the attached patch instead? WORKSFORME.
>
> And I'm still shopping ideas for how to add "make check" to rpmio
> intelligently.
That seem
On Feb 9, 2008, at 8:09 AM, Jeff Johnson wrote:
Or fix the linkage.
How about the attached patch instead? WORKSFORME.
And I'm still shopping ideas for how to add "make check" to rpmio
intelligently.
What's in rpmio/testit.sh is still feeble.
73 de Jeff
rpmio-linkage.patch
Description: B
On Feb 9, 2008, at 4:03 AM, Ralf S. Engelschall wrote:
On Fri, Feb 08, 2008, Jeff Johnson wrote:
[...]
+- jbj: tie tget/tdir/tglob/tfts to a rpmio "make check".
much more to do ...
[...]
LINT = splint
-EXTRA_DIST = gengpg.sh tdir.c tfts.c tget.c thkp.c tput.c
tglob.c tinv.c t
On Feb 9, 2008, at 4:03 AM, Ralf S. Engelschall wrote:
On Fri, Feb 08, 2008, Jeff Johnson wrote:
[...]
+- jbj: tie tget/tdir/tglob/tfts to a rpmio "make check".
much more to do ...
[...]
LINT = splint
-EXTRA_DIST = gengpg.sh tdir.c tfts.c tget.c thkp.c tput.c
tglob.c tinv.c t
On Fri, Feb 08, 2008, Jeff Johnson wrote:
> [...]
> +- jbj: tie tget/tdir/tglob/tfts to a rpmio "make check". much more to
> do ...
> [...]
>LINT = splint
>
> -EXTRA_DIST = gengpg.sh tdir.c tfts.c tget.c thkp.c tput.c tglob.c tinv.c
> tkey.c trpmio.c lookup3.c tpw.c librpmio.vers
>
I'm shopping ideas for designing a reliable "make check" for rpmio.
Below are some examples of what needs testing and how to test.
I've written exercisers for the basic functionality:
tgetStat a path, and, iff a file, Fopen/Fread/Fclose the contents
tdirwalk a directory
On Feb 4, 2008, at 3:41 PM, Ralf S. Engelschall wrote:
Sorry ... how are you catching these? "make distcheck"?
[...]
No, I do a regular "make dist" and just closely inspect the output.
OK. Typically I do "make dist" iff changing po/* files, I'll look
harder.
The other approach is to s
On Mon, Feb 04, 2008, Jeff Johnson wrote:
> On Feb 4, 2008, at 3:09 PM, Ralf S. Engelschall wrote:
>> On Sat, Feb 02, 2008, Jeff Johnson wrote:
>>
>>> - jbj: mire.c: add STANDALONE test exerciser.
>>> [...]
>>> -EXTRA_PROGRAMS = tdir tfts tget thkp tmacro tput tglob tinv tkey
>>> tmagic trpm
On Feb 4, 2008, at 3:09 PM, Ralf S. Engelschall wrote:
On Sat, Feb 02, 2008, Jeff Johnson wrote:
- jbj: mire.c: add STANDALONE test exerciser.
[...]
-EXTRA_PROGRAMS = tdir tfts tget thkp tmacro tput tglob tinv
tkey tmagic trpmio tsw dumpasn1 lookup3 tpw
+EXTRA_PROGRAMS = tdir tfts t
On Sat, Feb 02, 2008, Jeff Johnson wrote:
> - jbj: mire.c: add STANDALONE test exerciser.
> [...]
> -EXTRA_PROGRAMS = tdir tfts tget thkp tmacro tput tglob tinv tkey tmagic
> trpmio tsw dumpasn1 lookup3 tpw
> +EXTRA_PROGRAMS = tdir tfts tget tglob thkp tinv tkey tmacro tmagic tmire
> tpu
20 matches
Mail list logo
