479584 - Compile XPCOM for Symbian

Status: RESOLVED WONTFIX

(Core :: XPCOM, defect)

Comment 1

[Christian Sejersen]

Attachment: WIP1

Work in progress.

Comment 2

[Harry Li]

(In reply to comment #1)
> Created an attachment (id=363468) [details]
> WIP1
> 
> Work in progress.

Which build system are you using to compile the patched XPCOM? MSYS with Makefile or a .MMP file with Symbian build system?

Comment 3

[Makoto Kato [:m_kato]]

Need implement Symbian specification code of SpecialSystemDirectory.cpp, nsAppFileLocationProvider.cpp, nsDirectoryService.cpp, and nsNativeCharsetUtils.cpp.

About nsILocalFile, do we use nsLocalFileUnix.cpp using Open C?

Comment 4

[Christian Sejersen]

(In reply to comment #2)
> (In reply to comment #1)
> > Created an attachment (id=363468) [details] [details]
> > WIP1
> > 
> > Work in progress.
> 
> Which build system are you using to compile the patched XPCOM? MSYS with
> Makefile or a .MMP file with Symbian build system?

Currently with .MMP but I am working on getting it to work with make/autoconf like NSPR.

Comment 5

[Subramanian RS]

Attachment: XPCOM patch works with Symbian build system

The changes are made for the XPCOM and built with Symbian build system ( ie; mmp files + bld.inf )

There is one bug in the epoc32 header file.
 
epoc32\include\stdapis\sys\cdefs.h
 
/*
 * We define this here since <stddef.h>, <sys/queue.h>, and <sys/types.h>
 * require it.
 */
#if defined(__cplusplus) || defined(__SYMBIAN32__)
#define                __offsetof(type, field)  ((size_t)(&((type *)0)->field))
#else
#define __offsetof(type, field)                                                                 \
  (__offsetof__ (reinterpret_cast <size_t>                                           \
                 (&reinterpret_cast <const volatile char &>          \
                  (static_cast<type *> (0)->field))))
#endif
#define                __rangeof(type, start, end) \
                (__offsetof(type, end) - __offsetof(type, start))

This fix will be changed to a better fix soon. But at the moment to compile XPCOM this fix is needed.

Comment 6

[Michael Kohler [:mkohler]]

This is a mass change. Every comment has "assigned-to-new" in it.

I didn't look through the bugs, so I'm sorry if I change a bug which shouldn't be changed. But I guess these bugs are just bugs that were once assigned and people forgot to change the Status back when unassigning.