wine/gecko
0
0
Fork 0
mirror of https://gitlab.winehq.org/wine/wine-gecko.git synced 2024-09-13 09:24:08 -07:00
Code Issues Packages Projects Releases Wiki Activity
2f22873e1d
gecko/content/media/webaudio/Makefile.in

47 lines
1006 B
Makefile
Raw Normal View History

Bug 775302 - Stub out the implementation of mozAudioContext; r=bzbarsky,khuey
2012-08-31 13:59:37 -07:00
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
DEPTH := @DEPTH@
topsrcdir := @top_srcdir@
srcdir := @srcdir@
VPATH := @srcdir@
FAIL_ON_WARNINGS := 1
include $(DEPTH)/config/autoconf.mk
MODULE := content
LIBRARY_NAME := gkconwebaudio_s
LIBXUL_LIBRARY := 1
CPPSRCS := \
Bug 793294 - Implement AudioBuffer; r=bzbarsky,smaug This is the full implementation of the AudioBuffer object. There are two ways to create these objects from an audio context and this patch implements only one of them. The construction of the AudioBuffer object is a two step process: the object should be created with operator new first, and then InitializeBuffers should be called on it. InitializeBuffers is fallible, because it uses the JS API to create the underlying typed arrays, but that's fine, since the length of the buffers comes from web content, and we don't want to use infallible allocations for those anyways. We hold on to the JS objects from the C++ implementation, and trace through all of those objects, so that a GC does not kill those object without us knowing. The buffer should be possible to manipulate from both C++ and JS, and the C++ object probably needs to support a set of methods for the C++ callers at some point.
2012-09-21 15:42:14 -07:00
AudioBuffer.cpp \
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
AudioBufferSourceNode.cpp \
Bug 788310 - Hide mozAudioContext behind a pref; r=bzbarsky
2012-09-07 15:13:26 -07:00
AudioContext.cpp \
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
AudioDestinationNode.cpp \
AudioNode.cpp \
Bug 803392 - Initial implementation of AudioParam; r=bzbarsky This patch implements most of the semantics of AudioParam in a templatized base class called AudioEventTimeline. This is done in order to make it possible to test this code from C++ without the need of linking to libxul. Basically we take everything that could depend on libxul or is not suitable for a genertic implementation and put it in a traits like type as a template argument. Then the test creates mock objects that conform to the argument interfaces, and tests the logic of AudioEventTimeline.
2012-10-16 18:19:06 -07:00
AudioParam.cpp \
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
AudioSourceNode.cpp \
Bug 788310 - Hide mozAudioContext behind a pref; r=bzbarsky
2012-09-07 15:13:26 -07:00
EnableWebAudioCheck.cpp \
Bug 775302 - Stub out the implementation of mozAudioContext; r=bzbarsky,khuey
2012-08-31 13:59:37 -07:00
$(NULL)
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
EXPORTS_NAMESPACES := mozilla/dom
EXPORTS_mozilla/dom := \
Bug 793294 - Implement AudioBuffer; r=bzbarsky,smaug This is the full implementation of the AudioBuffer object. There are two ways to create these objects from an audio context and this patch implements only one of them. The construction of the AudioBuffer object is a two step process: the object should be created with operator new first, and then InitializeBuffers should be called on it. InitializeBuffers is fallible, because it uses the JS API to create the underlying typed arrays, but that's fine, since the length of the buffers comes from web content, and we don't want to use infallible allocations for those anyways. We hold on to the JS objects from the C++ implementation, and trace through all of those objects, so that a GC does not kill those object without us knowing. The buffer should be possible to manipulate from both C++ and JS, and the C++ object probably needs to support a set of methods for the C++ callers at some point.
2012-09-21 15:42:14 -07:00
AudioBuffer.h \
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
AudioBufferSourceNode.h \
AudioDestinationNode.h \
AudioNode.h \
Bug 803392 - Initial implementation of AudioParam; r=bzbarsky This patch implements most of the semantics of AudioParam in a templatized base class called AudioEventTimeline. This is done in order to make it possible to test this code from C++ without the need of linking to libxul. Basically we take everything that could depend on libxul or is not suitable for a genertic implementation and put it in a traits like type as a template argument. Then the test creates mock objects that conform to the argument interfaces, and tests the logic of AudioEventTimeline.
2012-10-16 18:19:06 -07:00
AudioParam.h \
Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky This is the bare minimum that one needs in order to get those interfaces implemented. The work to make the simplest of Web Audio test cases actually pass will be done in bug 792649.
2012-09-18 16:07:33 -07:00
AudioSourceNode.h \
$(NULL)
Bug 775302 - Stub out the implementation of mozAudioContext; r=bzbarsky,khuey
2012-08-31 13:59:37 -07:00
PARALLEL_DIRS := test
Bug 803392 - Initial implementation of AudioParam; r=bzbarsky This patch implements most of the semantics of AudioParam in a templatized base class called AudioEventTimeline. This is done in order to make it possible to test this code from C++ without the need of linking to libxul. Basically we take everything that could depend on libxul or is not suitable for a genertic implementation and put it in a traits like type as a template argument. Then the test creates mock objects that conform to the argument interfaces, and tests the logic of AudioEventTimeline.
2012-10-16 18:19:06 -07:00
ifdef ENABLE_TESTS
TOOL_DIRS += compiledtest
endif
Bug 775302 - Stub out the implementation of mozAudioContext; r=bzbarsky,khuey
2012-08-31 13:59:37 -07:00
FORCE_STATIC_LIB := 1
include $(topsrcdir)/config/rules.mk
Reference in New Issue Copy Permalink