latest repo not building?

Thomas Stüfe thomas.stuefe at gmail.com
Thu Feb 4 07:20:14 UTC 2016


Thank you David,

I will write a small patch and test it on our SLES10 build machine.

SLES10 is quite old, it got introduced in 2006 and is still maintained
until august this year.

..Thomas

On Thu, Feb 4, 2016 at 12:26 AM, David Holmes <david.holmes at oracle.com>
wrote:

> Hi Thomas,
>
> On 4/02/2016 12:58 AM, Thomas Stüfe wrote:
>
>> Hi Rachel, David,
>>
>> unfortunately a similar issue is hitting us on our Linux powerpc build
>> machines, which are running Suse Linux Enterprise Server 10. We do not
>> have support for dynamically sized cpu-sets, so no CPU_ALLOC etc.
>>
>> Any chance we could make the coding in os::active_processor_count()
>> dependend on #ifdef CPU_ALLOC, and if not present, fall back to
>> "sysconf(_SC_NPROCESSORS_ONLN)" ?
>>
>
> I will file a bug for this, mainly because it will then allow the code to
> be directly backported to 8u - where the official build platforms also do
> not support this.
>
> How old is SLES 10?
>
> David
> -----
>
> Kind Regards, Thomas
>>
>>
>>
>>
>> On Sat, Jan 30, 2016 at 12:06 AM, David Holmes <david.holmes at oracle.com
>> <mailto:david.holmes at oracle.com>> wrote:
>>
>>     On 30/01/2016 8:43 AM, David Holmes wrote:
>>
>>         Sorry Rachel, the latest changes I pushed for sched_getaffinity
>>         do rely
>>         on using at least our official gcc version for building - which is
>>         4.9.2. I was under the (perhaps mistaken) impression that there
>> was
>>         already something that prevented us using the older 4.8.x version.
>>
>>
>>     Sorry this is incorrect information. Internally we use devkits which
>>     combine a specific gcc version with a specific OS version. Our
>>     current devkit is using gcc 4.9.2, but the sched_getaffinity code
>>     depends on the OS header files to support dynamic cpu sets (man
>>     CPU_SET). I can't say exactly which OS versions support this but
>>     Linux distributions post 2010 should be fine.
>>
>>     So older gcc may be fine, but you need the later OS.
>>
>>     David
>>
>>
>>         David
>>
>>         On 30/01/2016 4:13 AM, Rachel Protacio wrote:
>>
>>             Hi,
>>
>>             I just updated a blank repo and tried to build it, but got
>>             this error:
>>
>>
>>
>> /scratch/rprotaci/repos/startuptime/hotspot/src/os/linux/vm/os_linux.cpp:4821:48:
>>
>>                  error: 'CPU_COUNT_S' was not declared in this scope
>>                          cpu_count = CPU_COUNT_S(cpus_size, cpus_p);
>>                                                                   ^
>>
>>
>> /scratch/rprotaci/repos/startuptime/hotspot/src/os/linux/vm/os_linux.cpp:4824:35:
>>
>>                  error: 'CPU_COUNT' was not declared in this scope
>>                          cpu_count = CPU_COUNT(cpus_p);
>>                                                      ^
>>
>>
>> /scratch/rprotaci/repos/startuptime/hotspot/src/os/linux/vm/os_linux.cpp:4835:20:
>>
>>                  error: 'CPU_FREE' was not declared in this scope
>>                        CPU_FREE(cpus_p);
>>                                       ^
>>
>>             It looks from the history that David edited this file today,
>>             but maybe
>>             it's just my problem? Is anyone else running into this?
>>
>>             Thanks,
>>             RAchel
>>
>>
>>


More information about the hotspot-runtime-dev mailing list