1. 결론적으로 vc로 컴파일해서 동적라이브러리로 만들어서는 타 OS에서 사용이 거.의. 불가능 하겠죠.
dll용 소스를 타 OS에서도 별다른 작업없이 빌드하여 사용하는 것이라면 얘기는 나아집니다.
자세한 설명은 힘들겠고. 응용력을 발휘하여 보세요. 한가지 말씀드릴 수 있는 것은 VS2015 컴파일러와
적용하려는 타 OS에서 사용하게 될 컴파일러의 특징같은 것을 아셔야 합니다. 예를 들면, gnu 컴파일러는 utf8을
지원하고 vc는 그렇지 않으므로, '//한글' 주석이나 QString str = "한글입력입니다."; 같이 멀티바이트 문자를 사용하면서
통일화된 소스를 구현하려는 경우, 구글링해보시면 아시겠지만 이런 경우는 .pro에서 선택중인 툴킷의 컴파일러 종류나
아키텍쳐를 구별할 수 있으니 .pro에서 DEFINES += 등을 적절히 활용하고 .cpp등의 소스에서 전처리구문/매크로로
해결할 수 있습니다.
2. 속사정이야 어찌되었던 겉으로 보이는 로직의 흐름상 signal/slot은 간단하게 생각하면 함수 호출의 개념입니다.
connect(signalObject, SIGNAL(signalFunc()), slotObject, SLOT(onSignalSlot()));
이렇게 연결될 때, signalObject내에서 'emit signalFunc()' 코드는 'slotObject->onSignalSlot()'으로 대체해도 됩니다.
호출 구문 emit signalFunc();를 실행하는 쓰레드가 onSignalSlot() 내부의 코드를
실행하게 될 거라는 것도 당연한 것이고요. 그래서, thread-safe 한 코드 작성에도 약간은 신경쓰셔야 합니다.
또, 하나의 signal에 여럿의 slot이 연결될 경우는 slot함수의 포인터를 list에 넣고 for문을 돌면서 호출하면 됩니다.

// 예를 들면, gnu 컴파일러는 utf8을 지원하고 vc는 그렇지 않으므로

이건 잘못된 정보입니다. GNU를 포함한 오픈소스 진영의 기본 방침은 소스코드의 기본 인코딩 방식을 utf-8(without BOM)으로 사용할 것을 권장하고 있을 뿐 다양한 인코딩 방식을 지원하고 있습니다.

MSVC(한글버전) 또한 CP949를 기본 인코딩 방식으로 지정되어 있을 뿐 utf-8(BOM)을 지원하고 있습니다.

기본 인코딩 변경 방법은 IDE 차원이나 컴파일러 또는 소스코드 지시자 차원에서 다양하게 가능합니다.

예를 들어 g++ 컴파일러의 경우 input-charset 옵션 등에 인코딩 변환을 지시할 수 있습니다.


//  signalObject내에서 'emit signalFunc()' 코드는 'slotObject->onSignalSlot()'으로 대체해도 됩니다.

이 부분은 signal/slot 개념, 즉 OOP와 Event-driven 설계 지침과 상반된 개념으로 이전 절차적 언어의 특성일 뿐 전혀 다른 개념입니다.

네, 얼핏 사용해 보면 분명 VS2015에서도 utf8로 작성이 분명이 될 듯 보입니다.
하지만 직접 해본결과, 방법이 우주 어딘가 있겠지만, 본인은 포기하게 되더군요. 결과는 수많은 경고입니다.
그 방법 찾은 시간이 너무 아까워서..

'속사정이야 어찌되었던 겉으로 보이는 로직의 흐름상 signal/slot은 간단하게 생각하면 함수 호출의 개념입니다'

덧붙이자면, 이제 막 시작하는 이에게는 그에 맞는 눈높이의 설명이면 충분합니다.

멀티바이트 문자 해결방법은 굳이 신경쓰지 않아도 translate를 쓰면 되겠지요.
위에서 '예를 들면' 이라고 말하지 않았습니까