Also removed itMakeIntType which was not used anymore.
Users can use char, int, and short types without having to define them.
These types are defined using the builtin MACH_MSG_TYPE_* types and are
architecture independent since they have the same size as the C char,
short and int.
If these basi
BTW, I have also commited rules to build the hurd-prof package. This
can however only built with a fixed gcc package ; the patch is pending
upload, I have put built binaries on
http://people.debian.org/~sthibault/tmp/
and then you uncomment the hurd-prof entry in debian/control, and build
with dpk
Both applied, thanks!
Samuel
* tests/Makeconf.am (AM_TESTS_ENVIRONMENT): Set CC to $(TARGET_CC).
---
Hi,
When testing a cross-MIG with gnumach headers in a sysroot, the native
GCC won't be able to find them (e.g. errors about no ).
Can this be changed to test with the target compiler?
Thanks.
David
tests/Makeconf.am | 2
* .gitignore: Ignore parser.h and all Makefile/Makefile.in files.
---
Hi,
This just cleans up a few new generated files in MIG that I noticed when
preparing the last patch.
Thanks.
David
.gitignore | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/.gitignore b/.gitigno
Quoting Flavio Cruz (2016-04-19 01:48:50)
> This includes a set of valid and invalid definition files that MIG will
> try to process. For valid definitions, GCC will compile the stubs to
> check if valid C code was generated.
Merged, many thanks :)
Justus
Agustina Arzille, on Wed 20 Apr 2016 11:52:25 -0300, wrote:
> The former is not as easy to implement given its semantics. However, the
> technique used to create a shared semaphore can be reused to implement
> sysv semaphores and message queues (both POSIX and sysv).
sysv semaphores (sem_get) and
Hello, Samuel.
On 04/20/2016 08:23 AM, Samuel Thibault wrote:
Samuel Thibault, on Mon 18 Apr 2016 21:50:16 +0200, wrote:
I also have the implementation for what glibc calls
'low-level lock' i.e. a wrapper around something like futex. That can be
integrated into glibc to replace spin locks where
Samuel Thibault, on Wed 20 Apr 2016 13:23:46 +0200, wrote:
> Samuel Thibault, on Mon 18 Apr 2016 21:50:16 +0200, wrote:
> > > I also have the implementation for what glibc calls
> > > 'low-level lock' i.e. a wrapper around something like futex. That can be
> > > integrated into glibc to replace spi
Samuel Thibault, on Mon 18 Apr 2016 21:50:16 +0200, wrote:
> > I also have the implementation for what glibc calls
> > 'low-level lock' i.e. a wrapper around something like futex. That can be
> > integrated into glibc to replace spin locks where needed as well.
>
> Ah, cool, indeed :)
>
> Also, t
Samuel Thibault, on Wed 20 Apr 2016 10:52:06 +0200, wrote:
> Samuel Thibault, on Wed 20 Apr 2016 01:07:09 +0200, wrote:
> > Samuel Thibault, on Tue 19 Apr 2016 12:18:01 +0200, wrote:
> > > Svante Signell, on Tue 19 Apr 2016 12:08:07 +0200, wrote:
> > > > > Looking at ps -feMj, it seems that it's ex
Richard Braun, on Wed 20 Apr 2016 11:53:27 +0200, wrote:
> On Wed, Apr 20, 2016 at 11:44:36AM +0200, Samuel Thibault wrote:
> > Richard Braun, on Wed 20 Apr 2016 11:40:39 +0200, wrote:
> > > I wrote an incomplete vm_map_enter in X15 [1] that should be helpful.
> > > In addition to a free hint point
On Wed, Apr 20, 2016 at 11:44:36AM +0200, Samuel Thibault wrote:
> Richard Braun, on Wed 20 Apr 2016 11:40:39 +0200, wrote:
> > I wrote an incomplete vm_map_enter in X15 [1] that should be helpful.
> > In addition to a free hint pointer, it uses the red-black tree, making
> > all allocations at wor
Richard Braun, on Wed 20 Apr 2016 11:40:39 +0200, wrote:
> I wrote an incomplete vm_map_enter in X15 [1] that should be helpful.
> In addition to a free hint pointer, it uses the red-black tree, making
> all allocations at worst O(n).
Well, the current algorithm also has O(n) worst case :)
But I g
On Wed, Apr 20, 2016 at 10:52:06AM +0200, Samuel Thibault wrote:
> Here is the profiling for the new policy.
Impressive. And as often, this shows how actual measurement is so much
better than guessing :).
> Most of the time, these are contiguous, so it's kind of stupid to look
> again at each and
Samuel Thibault, on Wed 20 Apr 2016 01:07:09 +0200, wrote:
> Samuel Thibault, on Tue 19 Apr 2016 12:18:01 +0200, wrote:
> > Svante Signell, on Tue 19 Apr 2016 12:08:07 +0200, wrote:
> > > > Looking at ps -feMj, it seems that it's ext2fs which consumes much more
> > > > CPU time, thus increasing ove
16 matches
Mail list logo
