[DragonFlyBSD - Bug #2442] Possible bmake regression link_elf_obj_obj: symbol atomic_cmpset_int undefined

[John Marino via Redmine]

Issue #2442 has been updated by John Marino.


I got a post-processed version of atomic.c:
http://leaf.dragonflybsd.org/~marino/atomic.processed.txt

It seems that the second atomic.h inclusion is not happening, and that's where all these atomic_* symbols would be getting defined.

Ideas?  I've sent an email to the author of bmake to see if he has an idea how bmake could be responsible for gcc actions.
----------------------------------------
Bug #2442: Possible bmake regression link_elf_obj_obj: symbol atomic_cmpset_int undefined
http://bugs.dragonflybsd.org/issues/2442

Author: David Shao
Status: New
Priority: Normal
Assignee: 
Category: 
Target version: 


Something in master after (not inclusive)
commit 861cfd512d0fe6d53d680a10c0989a580290ef22 kernel/linprocfs: Add dependency on the linux module
and through (inclusive)
commit a3775bf244235f5b1b580b0aab954df19e770863 Update files for OpenSSH-6.1p1 import
has caused a regression such that in dmesg:

Mounting devfs
link_elf_obj_obj: symbol atomic_cmpset_int undefined
linker_load_file: Unsupported file type
KLD radeon.ko: depends on drm - not available or version mismatch
linker_load_file: Unsupported file type

It is therefore suspected that this is caused by something in the make to bmake transition.

The one system tested so far where this regression has been observed is an Asus M5A87 motherboard AMD64 x86_64, chipset AMD 870 / SB850, MSI R4350 Radeon graphics card.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account