On 23.07.2017 18:15, Botond Ballo wrote:
could anyone please give me some insight, where the the IDLs
(and the code generated from them) are actually used ?
Javascript bindings ?
They are typically used as an interface between C++ and JS code.
Ah, what I've already suspected.
While trying to disable media stuff (in 45.8 - the version in jessie),
I had already removed that stuff from the IDLs, but still after
regeneration these functions appeared again (but couldn't find them
anywhere else), leading to breaking build (pure virtuals that hadn't
been overwritten.
After doing a complete clean, the error didn't appear again.
Are there some cache files (binary/compressed or outside the src tree) ?
Now it breaks w/ LDAP stuff:
Executing: c++ -Wall -Wempty-body -Woverloaded-virtual -Wsign-compare
-Wwrite-strings -Wno-invalid-offsetof -Wcast-align -g -O2
-fno-delete-null-pointer-checks -fno-schedule-insns2 -fno-exceptions
-fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections
-fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG
-DTRIMMED -g -freorder-blocks -Os -fomit-frame-pointer -fPIC -shared
-Wl,-z,defs -Wl,--gc-sections -Wl,-h,libprldap60.so -o libprldap60.so
/home/nekrad/src/thunderbird/icedove-45.8.0/obj-thunderbird/ldap/c-sdk/libraries/libprldap/tmpvhq1t4.list
-lpthread -Wl,--no-keep-memory -Wl,--reduce-memory-overheads -Wl,--stats
-Wl,-z,noexecstack -Wl,-z,text -Wl,--build-id
-Wl,-rpath-link,/home/nekrad/src/thunderbird/icedove-45.8.0/obj-thunderbird/dist/bin
-Wl,-rpath-link,/usr/lib ../libldap/libldap60.so
../../../../nsprpub/lib/ds/libplds4.so
../../../../nsprpub/lib/libc/src/libplc4.so
../../../../nsprpub/pr/src/libnspr4.so -ldl
/home/nekrad/src/thunderbird/icedove-45.8.0/obj-thunderbird/ldap/c-sdk/libraries/libprldap/tmpvhq1t4.list:
INPUT("ldappr-dns.o")
INPUT("ldappr-error.o")
INPUT("ldappr-io.o")
INPUT("ldappr-public.o")
INPUT("ldappr-threads.o")
/usr/lib/i386-linux-gnu/libc_nonshared.a(stack_chk_fail_local.oS): In
function `__stack_chk_fail_local':
(.text+0x10): undefined reference to `__stack_chk_fail'
collect2: error: ld returned 1 exit status
Meanwhile I'm trying a fresh start on 52esr branch.
Again trouble w/ IDLs: for example it couldn't find PFTPChannel.ipdl,
PTransportProvider.ipdl, etc.
--mtx
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
