First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 235995
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Michal Januszewski <spock@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Diego E. 'Flameeyes' Pettenò <flameeyes@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
net-analyzer:nmap-4.68:20080829-183549.log failure build log text/plain Mr. Bones. 2008-08-29 18:39 0000 43.11 KB Details
nmap-4.68-concurrent-make-fix.patch A patch to fix concurrent nmap make. patch Michal Januszewski 2008-08-29 23:06 0000 454 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 235995 depends on: Show dependency tree
Bug 235995 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-08-28 10:30 0000 
The ebuild in summary is currently forcing users to use serial make (-j1, no
extra job tasks). This seems not to be needed.

The ebuild was modified to use -j8 on a truly 8-core SMP system and didn't fail
the build, you should either check if it's a particular USE flag to cause the
problem, or drop -j1 and leave the user to decide how many jobs to use.

I want to remember you that with modern multicore systems, forcing serial make
is going to waste a lot of time and resources for users..

Thanks,
Diego

------- Comment #1 From Michal Januszewski 2008-08-28 21:38:39 0000 ------- 
Fixed, thanks for checking and reporting this :)

------- Comment #2 From Mr. Bones. 2008-08-29 18:32:26 0000 ------- 
With +gtk +ssl -lua the parallel build fails, yet succeeds with -j1.

------- Comment #3 From Diego E. 'Flameeyes' Pettenò 2008-08-29 18:38:39 0000 ------- 
Can you get me the build log of the failure? I really cannot reproduce neither
at -j8 nor -j10, I'll gladly make sure it's safe if you can show me how it
fails.

------- Comment #4 From Mr. Bones. 2008-08-29 18:39:40 0000 ------- 
Created an attachment (id=164073) [details]
failure build log

And here it is, failing...

------- Comment #5 From Doug Goldstein 2008-08-29 18:45:30 0000 ------- 
USE="ssl -gtk -lua" works
USE="gtk ssl -lua" fails on one box and works on another

The autoheader step from eautoreconf fails as well.

------- Comment #6 From Diego E. 'Flameeyes' Pettenò 2008-08-29 19:11:13 0000 ------- 
Nice, I can't see about reproducing this with any setting right now, but I do
see in the Makefile the race condition.

I tried any -j from 2 to 16 and it builds just fine, both disk-backed and
tmpfs.

Which make version are you using? And how many jobs?

------- Comment #7 From Mr. Bones. 2008-08-29 19:15:53 0000 ------- 
$ make --version
GNU Make 3.81

MAKEOPTS="-j3"

------- Comment #8 From Michal Januszewski 2008-08-29 23:06:50 0000 ------- 
Created an attachment (id=164099) [details]
A patch to fix concurrent nmap make.

Could you please check whether this patch fixes the build problem for you?

------- Comment #9 From Mr. Bones. 2008-08-30 00:05:32 0000 ------- 
seems to work.

------- Comment #10 From Michal Januszewski 2008-08-30 21:46:49 0000 ------- 
Closing then.  Please reopen in case the patch doesn't fix the problem.
First Last Prev Next    No search results available      Search page      Enter new bug