Hi Christian,
> >> IMHO the programming language/compiler a utility is written with is an
> >> implementation detail that should not manifest itself in the utility's
> >> name. In this case, I think "GNU Distutils" would be better.
> > "GNU Diskutils"
> > 1+
> > David
> I'm sorry but
David Pirotte writes:
>> IMHO the programming language/compiler a utility is written with is an
>> implementation detail that should not manifest itself in the utility's
>> name. In this case, I think "GNU Distutils" would be better.
>
> "GNU Diskutils"
>
> 1+
>
> David
I'm sorry but I
Hans Åberg writes:
>> On 9 Dec 2017, at 14:46, Christian Brunello wrote:
>>
>> I would like to rename the GNU fdisk
>> package. ... we consider
>> using the name "Guile Diskutils".
>
> FYI, there is a MacOS program differing only in that it is not a plural:
> diskutil — modify, verify and rep
> On 9 Dec 2017, at 14:46, Christian Brunello wrote:
>
> I would like to rename the GNU fdisk
> package. ... we consider
> using the name "Guile Diskutils".
FYI, there is a MacOS program differing only in that it is not a plural:
diskutil — modify, verify and repair local disks
> IMHO the programming language/compiler a utility is written with is an
> implementation detail that should not manifest itself in the utility's
> name. In this case, I think "GNU Distutils" would be better.
"GNU Diskutils"
1+
David
pgpLgHk1y857q.pgp
Description: OpenPGP digital s
On 12/09/2017 07:46 AM, Christian Brunello wrote:
Hello everyone,
I write because I would like to rename the GNU fdisk
package.
In the version I am preparing, the program is written in Scheme, using
Guile. In this release there will be only the fdisk program, but in the
future I want to ad
On Tue, Dec 12, 2017 at 05:45:50AM -0800, Matt Wette wrote:
> The FFI Helper uses `gcc --print-search-dirs' to locate gcc directories. It
> also adds /usr/include.
> I don't understand why it is not finding them. It also uses `gcc -dM -E' to
> determine #defines.
> Even with that, on my macOS s
The FFI Helper uses `gcc --print-search-dirs' to locate gcc directories. It
also adds /usr/include.
I don't understand why it is not finding them. It also uses `gcc -dM -E' to
determine #defines.
Even with that, on my macOS system, I need to make fixes. Can you determine
if some gcc
command
On Tue, Dec 12, 2017 at 08:03:02AM +, ng0 wrote:
> > Apparently I need to install the 32-bit version of glibc in
> > order for it to work. I tried
> >
> > $ guix build -s i686-linux glibc
> > […]
> > @ build-succeeded
> > /gnu/store/g7fj77yfv1m4xilfqxvzggm5kd20i10z-glibc-2.25.drv -
> > /gnu/
On Sun, Dec 10, 2017 at 03:00:15PM -0800, Matt Wette wrote:
>
> > On Dec 10, 2017, at 11:21 AM, pelzflorian (Florian Pelz)
> > wrote:
> >>(fh-object-set! eh-struct 'error error-p)
>
> I was able to duplicate getting 0. The problem was the argument `error-p'.
> (The bytestructures i/f seems
pelzflorian (Florian Pelz) transcribed 3.1K bytes:
> On Sun, Dec 10, 2017 at 02:35:16PM -0800, Matt Wette wrote:
> > > By the way, what I forgot to mention is that I needed to replace
> > >
> > > #include
> > >
> > > in the gettext-po.h header file by
> > >
> > > typedef long size_t;
> > >
> >
11 matches
Mail list logo
