On Wed, Feb 3, 2010 at 1:41 PM, José Fonseca jfons...@vmware.com wrote:
...
This reminds me there's a patch series from mesa3d-dev that removed a
bunch of Mesa's std C wrappers (like _mesa_memcpy()). Mabye some of
those could be applied after gallium-embedded but before the
src/platform work.
On Tue, 2010-02-09 at 06:37 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 1:41 PM, José Fonseca jfons...@vmware.com wrote:
...
This reminds me there's a patch series from mesa3d-dev that removed a
bunch of Mesa's std C wrappers (like _mesa_memcpy()). Mabye some of
those could be
On Tue, Feb 9, 2010 at 9:49 AM, José Fonseca jfons...@vmware.com wrote:
On Tue, 2010-02-09 at 06:37 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 1:41 PM, José Fonseca jfons...@vmware.com wrote:
...
This reminds me there's a patch series from mesa3d-dev that removed a
bunch of
On Mon, 2010-02-01 at 08:31 -0800, José Fonseca wrote:
I've just started another feature branch, gallium-embedded.
The objectives of this branch are two-fold:
- remove all inlines and os dependencies from src/gallium/include/pipe
headers, so that gallium interfaces become pure interfaces
On Wed, Feb 3, 2010 at 12:58 PM, José Fonseca jfons...@vmware.com wrote:
On Mon, 2010-02-01 at 08:31 -0800, José Fonseca wrote:
I've just started another feature branch, gallium-embedded.
The objectives of this branch are two-fold:
- remove all inlines and os dependencies from
On Wed, 2010-02-03 at 07:12 -0800, Jakob Bornecrantz wrote:
On Wed, Feb 3, 2010 at 12:58 PM, José Fonseca jfons...@vmware.com wrote:
On Mon, 2010-02-01 at 08:31 -0800, José Fonseca wrote:
I've just started another feature branch, gallium-embedded.
The objectives of this branch are
On Wed, 2010-02-03 at 07:12 -0800, Jakob Bornecrantz wrote:
Also the removal of some of the inlines seems a bit to harsh as well,
the pipe_buffer_{unmap|map} inlines for instance holds a bit of
semantics in them. In short about this and the p_atomic functions, I
view them as apart of the
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
Historically we had a lot of helpers in gallium/include, which have been
incrementally moved out to gallium/auxiliary.
Is there a way we can structure the code so that the atomic operations
can be made available for core
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
Historically we had a lot of helpers in gallium/include, which have been
incrementally moved out to gallium/auxiliary.
Is there a way we can structure the
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
Historically we had a lot of helpers in gallium/include, which have been
incrementally moved out to gallium/auxiliary.
Is there a way we can structure the
On Wed, Feb 3, 2010 at 10:51 AM, José Fonseca jfons...@vmware.com wrote:
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
Historically we had a lot of helpers in gallium/include, which have been
incrementally
On Wed, 2010-02-03 at 08:00 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:51 AM, José Fonseca jfons...@vmware.com wrote:
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
Historically we had a
José Fonseca wrote:
On Wed, 2010-02-03 at 08:00 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:51 AM, José Fonseca jfons...@vmware.com wrote:
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell kei...@vmware.com wrote:
On Wed, 2010-02-03 at 09:01 -0800, Brian Paul wrote:
José Fonseca wrote:
On Wed, 2010-02-03 at 08:00 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at 10:51 AM, José Fonseca jfons...@vmware.com wrote:
On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
On Wed, Feb 3, 2010 at
I've just started another feature branch, gallium-embedded.
The objectives of this branch are two-fold:
- remove all inlines and os dependencies from src/gallium/include/pipe
headers, so that gallium interfaces become pure interfaces and therefore
everything else becomes optional
- move all OS
15 matches
Mail list logo
