Closed Bug 631928 Opened 14 years ago Closed 13 years ago

Check for libffi_cv_as_x86_pcrel should not look for just "warning"


(Core :: js-ctypes, defect)

Not set





(Reporter: espindola, Assigned: espindola)



(Whiteboard: [fixed in tracemonkey])


(1 file, 1 obsolete file)

I posted the patch upstream:

but not reply so far.

The problem is that the configure for ffi does two things which are strange at least

* uses CFLAGS when processing an assembly file
* greps the output instead of checking the error code

This makes it fail when trying to build with lto since clang will produce an warning about '-emit-llvm' not being used (since it is processing an assembly file).

The above patch changes configure to use the error code. Dropping CFLAGS would also solve it.
Attachment #520911 - Flags: review? → review?(ted.mielczarek)
Comment on attachment 520911 [details] [diff] [review]
don't check for 'warning'

This seems sensible enough, but I'd really rather have someone from upstream chime in. (Also, we do need to push all libffi changes upstream for sanity's sake.)
Attachment #520911 - Flags: review?(ted.mielczarek) → review+

Maybe the topic of your mail to libffi-discuss was to cryptic so nobody knows what you envision to do with this patch. I know, the explanation is in your mail but some people don't have the time to read every mail with the necessary attentiveness. And then again I came across some developer who didn't know what llvm was. So I would say repost your mail with a more descriptive topic which lays out your intention clearly.

Btw. I am not affiliated with the libffi-project, I just want to solve some communication problems.
The libffi list isn't always immediately responsive, either. You might have to ping the list a few times to get a response.
Trying yet again:

Do we have a strong policy of never having local patches to libffi? Once NSS merges to m-c this will be one of the two bugs (the other being 635790) blocking building m-c with clang.
We do have local patches to libffi, but we try to keep them minimal. Since you've pushed thrice to upstream, we can take it. :)

Can you roll a new patch with your additions added to js/src/ctypes/libffi.patch, with the bug# referenced?
I am not sure how js/src/ctypes/libffi.patch was generated the first time. To try to reduce the noise (file order for example) in this change I did

echo > js/src/ctypes/libffi.patch
for i in js/src/ctypes/libffi/ js/src/ctypes/libffi/configure   js/src/ctypes/libffi/src/x86/ffi64.c js/src/ctypes/libffi/src/arm/ffi.c js/src/ctypes/libffi/src/arm/ffitarget.h js/src/ctypes/libffi/src/arm/sysv.S js/src/ctypes/libffi/testsuite/lib/libffi-dg.exp js/src/ctypes/libffi/testsuite/ js/src/ctypes/libffi/testsuite/ js/src/ctypes/libffi/include/ js/src/ctypes/libffi/; do git diff -U8  tmp tmp2 $i >> js/src/ctypes/libffi.patch; done
Attachment #520911 - Attachment is obsolete: true
Sounds fine, as long as everything's still in there!
To the best of my knowledge it is.
Keywords: checkin-needed
Assignee: nobody → respindola
Keywords: checkin-needed
OS: Mac OS X → All
Hardware: x86 → All
Whiteboard: [fixed in tracemonkey]
This was fixed some time ago.
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.