* lib/intprops.h (INT_BITS_STRLEN_BOUND): New macro, needed by
ftoastr.h. This exposes an internal of intprops.h that was formerly
not exposed. Also, it uses a slightly tighter bound than before;
though this makes no practical difference, we might as well be as
tight as we easily can.
---
Change
There is one more phase: some autoconf macros for detecting
presence and version of libposix. I'm done for a few days tho (I think).
diff --git a/.gitignore b/.gitignore
index a9a9402..92cb9b5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ allsnippets.tmp
amsnippet.tmp
testdir*
*.di
P.S. the output project tarball:
http://autogen.sourceforge.net/data/libposix-0.0.4385-2d39e-modified.tar.gz
Below are two patches. The first probably ought to be applied
to the main branch and someone should go tell glibc about it.
Personally, I don't want to deal with Mr. Glibc.
The libposix project now installs the following files on my
x86-64 openSuSE 11.3 platform:
$ find * -type f
usr/local/lib/l
* lib/ftoastr.h, lib/ftoastr.c, lib/dtoastr.c, lib/ldtoastr.c:
* modules/ftoastr: New files.
---
ChangeLog |6 ++
lib/dtoastr.c |2 +
lib/ftoastr.c | 89 ++
lib/ftoastr.h | 144 +++
lib/ldtoa
I rebooted and ran the libposix tests again:
FAIL: test-dprintf-posix2.sh
FAIL: test-fprintf-posix3.sh
So, we're back to where the system itself is in a funny
state where these two programs fail and it is in the
/lib64/libc.so code. I have a fix for this.
I'm sure that you'll like it:
$ git di
On 11/17/10 10:05, Bruce Korb wrote:
>> $ git push origin topic/libposix
>> Everything up-to-date
>> $
>
> OK, maybe not so much. I don't see any indications of a
> successful push, so I am guessing I did not push anything.
OK. Mixed in with all the error messages was likely some success
indic
On 11/17/2010 11:05 AM, Bruce Korb wrote:
>
>>> To ssh://bk...@git.sv.gnu.org/srv/git/gnulib
>>>e633b39..2d39e49 topic/libposix -> topic/libposix
>>> ! [rejected]master -> master (non-fast-forward)
>>> error: failed to push some refs to
>>> 'ssh://bk...@git.sv.gnu.org/srv/git/gnulib
On 11/17/10 09:07, Eric Blake wrote:
> Anyways, you can always use a directed push to say exactly what you
> mean, rather than relying on the no-arg 'git push' defaults. Assuming
> your local branch names match upstream:
>
> git push origin topic/libposix
OK, that looks easy:
> $ git push origi
* Paolo Bonzini wrote on Wed, Nov 17, 2010 at 01:22:25PM CET:
> On 11/15/2010 11:06 PM, Ralf Wildenhues wrote:
> >What might work is have bootstrap exec a temporary script that updates
> >bootstrap then exec's that again.
>
> Something like this
>
> exec sh -c 'mv tmp-script this-script; exec sh
On 11/17/2010 09:54 AM, Bruce Korb wrote:
>> Are you trying to push to both master and libposix, or just libposix?
>
> To both? If it is possible to inadvertently push to both, then
> the git interface needs some serious work.
>
>> There are some git configurations for controlling whether 'git p
On 11/17/10 07:39, Eric Blake wrote:
>> remote: error: hook declined to update refs/heads/topic/libposix
>> To ssh://bk...@git.sv.gnu.org/srv/git/gnulib
>> ! [rejected]master -> master (non-fast-forward)
>> ! [remote rejected] topic/libposix -> topic/libposix (hook declined)
>
> Are you
Hi Bruce,
I often feel like I'm driving a tank just to pick milk up from the store with
git too... it's hugely overpowered for a great deal of the basic stuff that
ought to be a lot easier. But, since the power is there, hiding it can be
dangerous too... so I'm leary of trusting emacs vcs mode
On 11/17/2010 08:17 AM, Bruce Korb wrote:
> On 11/17/10 02:35, Gary V. Vaughan wrote:
>> Hey Bruce,
>>
>> On 17 Nov 2010, at 04:49, Bruce Korb wrote:
>>> Hi Gary, I'd as soon push this part now and debug
>>> the other issues later
>>
>> For the topic/libposix right? All looks fine to me!
>
>
On 11/17/10 02:35, Gary V. Vaughan wrote:
> Hey Bruce,
>
> On 17 Nov 2010, at 04:49, Bruce Korb wrote:
>> Hi Gary, I'd as soon push this part now and debug
>> the other issues later
>
> For the topic/libposix right? All looks fine to me!
$ git push
Counting objects: 195, done.
Delta compres
On 11/15/2010 11:06 PM, Ralf Wildenhues wrote:
Exactly.
What might work is have bootstrap exec a temporary script that updates
bootstrap then exec's that again.
Something like this
exec sh -c 'mv tmp-script this-script; exec sh this-script "$@"' -- "$@"
?
Paolo
Hey Bruce,
On 17 Nov 2010, at 04:49, Bruce Korb wrote:
> Hi Gary, I'd as soon push this part now and debug
> the other issues later
For the topic/libposix right? All looks fine to me!
> From 8dcc0ce40119e06404ee29c84a52dc8c7f6457fb Mon Sep 17 00:00:00 2001
> From: Bruce Korb
> Date: Tue, 1
17 matches
Mail list logo
