Re: Error of OS X build (c-c TB)

2015-11-16 Thread ISHIKAWA,chiaki 

On 2015/11/16 17:03, ISHIKAWA,chiaki wrote:

On 2015/11/15 14:28, Xidorn Quan wrote:
On Sun, Nov 15, 2015 at 1:05 PM, ISHIKAWA,chiaki 
 wrote:

On 2015/11/14 12:31, Xidorn Quan wrote:

Have you checked your log here:

https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central 



- Xidorn


Yes, I have looked at it.

The information there is sparse. The error indicates there is ambiguity
resolving TextArea symbol.

The information from the log looks fairly enough to me. The content of
AERegistry.h around the location actually has nothing interesting:

struct TextRange {
  SInt32  fStart;
  SInt32  fEnd;
  SInt16  fHiliteStyle;
};
typedef struct TextRangeTextRange;
typedef TextRange * TextRangePtr;
typedef TextRangePtr *  TextRangeHandle;
But, since the same ambiguous error does not occur in linux build,
I can only guess that there are similarly named data type or 
something in
OS X specific headers which is confusing the compiler (clang?), and 
thus
I want to know if someone with OS X developer source files can 
figure this

out.
I am not sure why others don't bump into this issue under OS X.
My patch does NOT touch anything related to "TextArea", etc.

It seems you added some #include which did not exist before which
causes this issue. You may want to reorder the #includes in
nsStreamUtils.cpp to workaround. I don't have particularly good
suggestion here.

- Xidorn


Thank you for your help.

I modified the source so that the include is taken out.

Problem is that although my patches will build linux and Windows 
binaries, but under OS X, there seems to be a configure error, even. 
Now I can't proceed to the compilation stage even. Hmm...


https://treeherder.mozilla.org/#/jobs?repo=try-comm-central=8f2de14e9fd2 




ValueError: Item already in manifest: 
chrome/classic/skin/classic/messenger/addressbook/icons/abcard.png

make[2]: *** [configure] Error 1

1047760 Intermittent build failures with "ccache: failed to create 
/builds/ccache/tmp (No such file or directory)" ("make[3]: *** 
[configure] Error 1", "make[2]: *** [configure] Error 1" or "make: *** 
[configure] Error 1")


make[1]: *** 
[/builds/slave/tb-try-c-cen-m64-d-000/build/objdir-tb/Makefile] Error 
2



The particular error does not seem to be correct. (bug 1047760).



I removed the newly introduced include as suggested AND
after removing the duplication (of two entries)
in theme/osx/jar.mn (this has also been
addressed by a new patch in bugzilla),
I could build C-C TB under OS X on Try Server (!)

https://treeherder.mozilla.org/#/jobs?repo=try-comm-central=c374265b8011

Thank you for your suggestion.

Now, though, the following bug busts testing of all the builds.
It is hard to check the sanity of any patches :-(

*Bug 1224840*  
-mozmill run: Assertion failure: IsOuterWindow(), at 
/builds/slave/tb-c-cen-lx-d-/build/mozilla/dom/base/nsGlobalWindow.cpp:7678


One more to go.

Thank you again.

CI
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Error of OS X build (c-c TB)

2015-11-16 Thread ISHIKAWA,chiaki 

On 2015/11/15 14:28, Xidorn Quan wrote:

On Sun, Nov 15, 2015 at 1:05 PM, ISHIKAWA,chiaki  wrote:

On 2015/11/14 12:31, Xidorn Quan wrote:

Have you checked your log here:

https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central

- Xidorn


Yes, I have looked at it.

The information there is sparse. The error indicates there is ambiguity
resolving TextArea symbol.

The information from the log looks fairly enough to me. The content of
AERegistry.h around the location actually has nothing interesting:

struct TextRange {
  SInt32  fStart;
  SInt32  fEnd;
  SInt16  fHiliteStyle;
};
typedef struct TextRangeTextRange;
typedef TextRange * TextRangePtr;
typedef TextRangePtr *  TextRangeHandle;
But, since the same ambiguous error does not occur in linux build,
I can only guess that there are similarly named data type or something in
OS X specific headers which is confusing the compiler (clang?), and thus
I want to know if someone with OS X developer source files can figure this
out.
I am not sure why others don't bump into this issue under OS X.
My patch does NOT touch anything related to "TextArea", etc.

It seems you added some #include which did not exist before which
causes this issue. You may want to reorder the #includes in
nsStreamUtils.cpp to workaround. I don't have particularly good
suggestion here.

- Xidorn


Thank you for your help.

I modified the source so that the include is taken out.

Problem is that although my patches will build linux and Windows 
binaries, but under OS X, there seems to be a configure error, even. Now 
I can't proceed to the compilation stage even. Hmm...


https://treeherder.mozilla.org/#/jobs?repo=try-comm-central=8f2de14e9fd2


ValueError: Item already in manifest: 
chrome/classic/skin/classic/messenger/addressbook/icons/abcard.png

make[2]: *** [configure] Error 1

1047760 Intermittent build failures with "ccache: failed to create 
/builds/ccache/tmp (No such file or directory)" ("make[3]: *** 
[configure] Error 1", "make[2]: *** [configure] Error 1" or "make: *** 
[configure] Error 1")


make[1]: *** 
[/builds/slave/tb-try-c-cen-m64-d-000/build/objdir-tb/Makefile] 
Error 2



The particular error does not seem to be correct. (bug 1047760).

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Error of OS X build (c-c TB)

2015-11-15 Thread ISHIKAWA,chiaki 

On 2015/11/15 11:05, ISHIKAWA,chiaki wrote:

On 2015/11/14 12:31, Xidorn Quan wrote:

Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central 



- Xidorn


Yes, I have looked at it.

The information there is sparse. The error indicates there is ambiguity
resolving TextArea symbol.

But, since the same ambiguous error does not occur in linux build,
I can only guess that there are similarly named data type or something in
OS X specific headers which is confusing the compiler (clang?), and thus
I want to know if someone with OS X developer source files can figure 
this out.

I am not sure why others don't bump into this issue under OS X.
My patch does NOT touch anything related to "TextArea", etc.



It may be that my patch defines DEBUG (and a few other symbols which I 
am not aware of due to preprocessor magic?) and that my conditionally 
define other symbols in OS X header files, and thus caused the 
compilation issue.

But again, without the source, I have no idea.

TIA

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Error of OS X build (c-c TB)

2015-11-14 Thread ISHIKAWA,chiaki 

On 2015/11/14 12:31, Xidorn Quan wrote:

Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central

- Xidorn


Yes, I have looked at it.

The information there is sparse. The error indicates there is ambiguity
resolving TextArea symbol.

But, since the same ambiguous error does not occur in linux build,
I can only guess that there are similarly named data type or something in
OS X specific headers which is confusing the compiler (clang?), and thus
I want to know if someone with OS X developer source files can figure 
this out.

I am not sure why others don't bump into this issue under OS X.
My patch does NOT touch anything related to "TextArea", etc.

TIA

On Sat, Nov 14, 2015 at 1:05 PM, ISHIKAWA,chiaki  wrote:

Hi,

I am trying to test my patches by building C-C TB under OS X using try
server.
However, the build fails with the following compilation error.
Since I don't have OS X (my local PC runs linux), I have no idea why the
error occurs under OS X.
BTW, I can build C-C TB under linux on my local PC, and have been
testing the patches locally.

Can someone who has OS X show me what the source line near AERegistry.h
(near line 693 et al) are like and even better suggest what the possible
problems are?
(I don't know if different OS X versions have very different source
files, but at least if someone looks for |TextRange|, we can home in the
problem.)

System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:693:16:
error: reference to 'TextRange' is ambiguous
/System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:694:9:
error: reference to 'TextRange' is ambiguous
/System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:698:3:
error: reference to 'TextRange' is ambiguous
/System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:698:23:
error: field has incomplete type 'mozilla::TextRange'
/System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:700:16:
error: reference to 'TextRangeArray' is ambiguous
/System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:701:9:
error: reference to 'TextRangeArray' is ambiguous
make[5]: *** [Unified_cpp_xpcom_io1.o] Error 1
make[5]: *** Waiting for unfinished jobs
make[4]: *** [xpcom/io/target] Error 2
make[4]: *** Waiting for unfinished jobs
make[3]: *** [compile] Error 2
make[2]: *** [default] Error 2
make[1]: *** [build] Error 2
make: *** [build] Error 2

I suspect maybe some macros I define may have unexpected mutation of
some symbols used by
OS X or that some scoping issues are introduced.

TIA

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform




___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Error of OS X build (c-c TB)

2015-11-14 Thread Xidorn Quan 
On Sun, Nov 15, 2015 at 1:05 PM, ISHIKAWA,chiaki  wrote:
> On 2015/11/14 12:31, Xidorn Quan wrote:
>>
>> Have you checked your log here:
>>
>> https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central
>>
>> - Xidorn
>
>
> Yes, I have looked at it.
>
> The information there is sparse. The error indicates there is ambiguity
> resolving TextArea symbol.

The information from the log looks fairly enough to me. The content of
AERegistry.h around the location actually has nothing interesting:
> struct TextRange {
>  SInt32  fStart;
>  SInt32  fEnd;
>  SInt16  fHiliteStyle;
> };
> typedef struct TextRangeTextRange;
> typedef TextRange * TextRangePtr;
> typedef TextRangePtr *  TextRangeHandle;

> But, since the same ambiguous error does not occur in linux build,
> I can only guess that there are similarly named data type or something in
> OS X specific headers which is confusing the compiler (clang?), and thus
> I want to know if someone with OS X developer source files can figure this
> out.
> I am not sure why others don't bump into this issue under OS X.
> My patch does NOT touch anything related to "TextArea", etc.

It seems you added some #include which did not exist before which
causes this issue. You may want to reorder the #includes in
nsStreamUtils.cpp to workaround. I don't have particularly good
suggestion here.

- Xidorn
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Error of OS X build (c-c TB)

2015-11-13 Thread Xidorn Quan 
Have you checked your log here:
https://treeherder.mozilla.org/logviewer.html#?job_id=11934=try-comm-central

- Xidorn

On Sat, Nov 14, 2015 at 1:05 PM, ISHIKAWA,chiaki  wrote:
> Hi,
>
> I am trying to test my patches by building C-C TB under OS X using try
> server.
> However, the build fails with the following compilation error.
> Since I don't have OS X (my local PC runs linux), I have no idea why the
> error occurs under OS X.
> BTW, I can build C-C TB under linux on my local PC, and have been
> testing the patches locally.
>
> Can someone who has OS X show me what the source line near AERegistry.h
> (near line 693 et al) are like and even better suggest what the possible
> problems are?
> (I don't know if different OS X versions have very different source
> files, but at least if someone looks for |TextRange|, we can home in the
> problem.)
>
> System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:693:16:
> error: reference to 'TextRange' is ambiguous
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:694:9:
> error: reference to 'TextRange' is ambiguous
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:698:3:
> error: reference to 'TextRange' is ambiguous
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:698:23:
> error: field has incomplete type 'mozilla::TextRange'
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:700:16:
> error: reference to 'TextRangeArray' is ambiguous
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AERegistry.h:701:9:
> error: reference to 'TextRangeArray' is ambiguous
> make[5]: *** [Unified_cpp_xpcom_io1.o] Error 1
> make[5]: *** Waiting for unfinished jobs
> make[4]: *** [xpcom/io/target] Error 2
> make[4]: *** Waiting for unfinished jobs
> make[3]: *** [compile] Error 2
> make[2]: *** [default] Error 2
> make[1]: *** [build] Error 2
> make: *** [build] Error 2
>
> I suspect maybe some macros I define may have unexpected mutation of
> some symbols used by
> OS X or that some scoping issues are introduced.
>
> TIA
>
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform