Panu Matilainen wrote:
I also have little doubt that there are a number of other gcc extensions
too that would be useful. So instead of littering the headers with
#if defined(__GNUC__) __GNUC__ = someversion
#endif
everywhere, might as well add macros for them centrally someplace,
Sure,
Hi,
I'm wondering - doesn't RPM support creating anyarch + noarch
subpackages in one build simply because it has never had the feature in
first place and no-one implemented it so far (for backwards
compatibility reasons perhaps)? Or are there good reasons not to allow this?
A wrote a short patch
Pixel wrote:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02055.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00211.html
Thanks for the links.
for the record, instead of %_noarch_packages, we could use BuildArch
and still be backward compatible (as far as i have tested...):
-
Pixel wrote:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02055.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00211.html
Thanks for the links.
for the record, instead of %_noarch_packages, we could use BuildArch
and still be backward compatible (as far as i have tested...):
-
Dne 2.8.2016 v 16:57 Florian Festi napsal(a):
> I just merged the Mark Wielaars' patches upstream. Even with this merge
> patch things do not apply cleanly. Can you just rebase on top of master,
> please?
Will do.
Michal
___
Rpm-maint mailing list
Hi,
this series allows find-debuginfo.sh to run in parallel. It also makes the
duplicate build-id links predictable.
Michal
Michal Marek (3):
find-debuginfo.sh: Split directory traversal and debuginfo extraction
find-debuginfo.sh: Make the duplicate id links deterministic
find
Add a -j option, which, when used, will spawn processes to do the
debuginfo extraction in parallel. A named pipe is used to dispatch the
files among the processes.
Signed-off-by: Michal Marek <mma...@suse.com>
---
macros.in | 2 +-
scripts/find-debuginfo.s
This siplifies the handling of hardlinks a bit and allows a later patch
to parallelize the debuginfo extraction.
Signed-off-by: Michal Marek <mma...@suse.com>
---
scripts/find-debuginfo.sh | 57 ++-
1 file changed, 36 insertions(+), 21 del
Dne 2.7.2016 v 16:28 Mark Wielaard napsal(a):
> Hi,
>
> On Fri, 2016-07-01 at 22:43 +0200, Michal Marek wrote:
>> this series allows find-debuginfo.sh to run in parallel. It also makes the
>> duplicate build-id links predictable.
>
> The build-id link code was
Mark asked me to check his changes at
http://lists.rpm.org/pipermail/rpm-maint/2016-June/004365.html with this
series. The conflict resolution is more or less obvious, only the
elfbins.list handing needs to be done per-job.
Conflicts:
macros.in
scripts/find-debuginfo.sh
diff --cc
have read them. This version
uses a regular pipe, which gives EOF as soon as the last writer has
closed it. Also, I fixed a bug with packages that do not contain any
ELF files.
Michal
Michal Marek (3):
find-debuginfo.sh: Split directory traversal and debuginfo extraction
find-debuginfo.sh: Make
Dne 10.9.2016 v 23:13 Michal Marek napsal(a):
> Add a -j option, which, when used, will spawn processes to do the
> debuginfo extraction in parallel. A named pipe is used to dispatch the
> files among the processes.
I just noticed that the changelog is not accurate since v2:
s/named
Add a -j option, which, when used, will spawn processes to do the
debuginfo extraction in parallel. A named pipe is used to dispatch the
files among the processes.
Signed-off-by: Michal Marek <mma...@suse.com>
---
v3:
- Rebased onto current master
- Build debugsources.list (and no
This siplifies the handling of hardlinks a bit and allows a later patch
to parallelize the debuginfo extraction.
Signed-off-by: Michal Marek <mma...@suse.com>
---
v3: Rebased onto current master
v2: Fix for packages with no ELF files.
scripts/find-debuginfo.s
On 2016-09-16 17:43, Mark Wielaard wrote:
> On Fri, 2016-09-16 at 13:53 +0200, Michal Marek wrote:
>> Dne 15.9.2016 v 16:41 Mark Wielaard napsal(a):
>>> On Sat, 2016-09-10 at 23:13 +0200, Michal Marek wrote:
>>>> This siplifies the handling of hardlinks
Dne 15.9.2016 v 16:41 Mark Wielaard napsal(a):
> On Sat, 2016-09-10 at 23:13 +0200, Michal Marek wrote:
>> This siplifies the handling of hardlinks a bit and allows a later patch
>> to parallelize the debuginfo extraction.
>
> I had to read it three times to understand the
16 matches
Mail list logo