On Tue, 21 Nov 2017 17:35:04 -0700
Warren Young wrote:
> A great many embedded projects use Keil and IAR C, for example. As
> far as I’m aware, Keil doesn’t do C11 yet, and IAR didn’t get support
> for it until earlier this year.
>
> It’s quite common in the embedded space to buy a version of
On 21/11/17 19:42, Warren Young wrote:
> On Nov 21, 2017, at 5:22 PM, Offray Vladimir Luna Cárdenas
> wrote:
>> I don't see the point of raising this in the users list if
>> any voice we raise as users is answered as dumb or rudely by more
>> experienced users or devs.
> Since you’re replying t
On Nov 21, 2017, at 5:22 PM, Offray Vladimir Luna Cárdenas
wrote:
>
> I don't see the point of raising this in the users list if
> any voice we raise as users is answered as dumb or rudely by more
> experienced users or devs.
Since you’re replying to me, I can only take that reply as saying tha
On Nov 21, 2017, at 5:21 PM, Zoltán Kócsi wrote:
>
> On Tue, 21 Nov 2017 16:42:56 -0700
> Warren Young wrote:
>
>> [...]
>>
>> There are some truly bletcherous C compilers in the embedded space.
>
> Well, I have some reservations about accepting that an embedded system
> that has KB range res
On phone, apologies in advance for top posting...
The value I see from multi vcs support isn't providing easy setup of
hosting one repo on multiple formats (though that would be awesome). I like
the idea of using fossil at work where I'm forced to use git (or Perforce,
though that hasn't been ment
I agreed with Zoltán as also just a mortal Fossil user. Of course time
will tell if the path of Fossil-NG serves well current and future users
and others and of course everybody does what they want with their time
and effort. I don't see the point of raising this in the users list if
any voice we r
On Tue, 21 Nov 2017 16:42:56 -0700
Warren Young wrote:
> [...]
>
> There are some truly bletcherous C compilers in the embedded space.
>
> I was trying to use one the other day that runs in 4 kwords of
> space. Among its long list of misfeatures is that it will recognize
> a do/while loop, and
On Nov 21, 2017, at 4:44 PM, Zoltán Kócsi wrote:
>
> Adding unnecessary complexity to its innermost workings would open the
> door to a maintenance hell, I think.
If it were someone else proposing this feature as something for drh to do, then
I might well agree with you, but since it is drh pro
I'm just a Fossil user, not a developer. Don't want to intrude, just
share my thoughts from that perspective.
I work on open source as well as closed source commercial stuff. It's
usually relatively small projects, maybe a few hundred KLOC each.
When I had to select a VCS, I looked at all the usu
On Nov 21, 2017, at 3:55 PM, bytevolc...@safe-mail.net wrote:
>
> On Mon, 20 Nov 2017 17:44:49 -0700
> Warren Young wrote:
>>
>> …muscle memory for both Fossil partisans and for partisans of other
>> VCSes.
>
> This seems more like a complaint about the user interface.
How does that observatio
On Mon, 20 Nov 2017 17:44:49 -0700
Warren Young wrote:
> On Nov 20, 2017, at 4:57 PM, bytevolc...@safe-mail.net wrote:
> >
> > Why add more complexity and bloat to the Fossil core?
>
> Because interoperability. One of the major arguments against using
> Fossil is that it’s largely a one-way
On Nov 21, 2017, at 2:09 PM, Ron W wrote:
>
> While I like the idea of a "smart default" for the file name, I'd rather have
> an "--open" (or "-o") option to trigger the automatic "fossil open”.
So…you want to remain more difficult to use than Git in this regard?
That’s not very Fossil.
(Yes,
On Nov 21, 2017, at 1:24 PM, Ron W wrote:
>
> But, a "universal VCS adaptor" won't really be universal, so tool developers
> will still end up supporting git, Hg and maybe SVN, so why would a tool
> developer support Fossil-NG?
Tool developers will ignore Fossil-NG to the same extent that they
On Tue, Nov 21, 2017 at 4:09 PM,
wrote:
>
> Date: Tue, 21 Nov 2017 16:08:20 -0500
> From: Richard Hipp
>
> The overhead for a small batch of commits non-zero but it is
> manageable. A full clone, on the other hand, is too expensive. To
> give Fossil the ability to service clone requests from gi
On Mon, Nov 20, 2017 at 5:22 PM,
wrote:
>
> Date: Mon, 20 Nov 2017 13:33:11 -0700
> From: Warren Young
> Subject: [fossil-users] Fossil-NG ideas
>
> There is one more thing Git really gets right compared to Fossil:
> single-step clone-and-open. We should be able to do the same:
>
> $ fossil
On 11/21/17, Ron W wrote:
>
> For an individual commit (or small batch of commits), how much is the
> translation overhead?
>
The overhead for a small batch of commits non-zero but it is
manageable. A full clone, on the other hand, is too expensive. To
give Fossil the ability to service clone r
On Mon, Nov 20, 2017 at 7:44 PM,
wrote:
>
> Date: Mon, 20 Nov 2017 17:44:49 -0700
> From: Warren Young
> Subject: Re: [fossil-users] Fossil-NG Bloat?
>
> On Nov 20, 2017, at 4:57 PM, bytevolc...@safe-mail.net wrote:
> >
> > Why add more complexity and bloat to the Fossil core?
>
> Because interop
Hi Everyone,
Technology questionA friend of mine keeps getting messages about me and
another person that are completely baseless. Items from conversations we have
had are sent to my friend within an hour after they happen. I talk to no one
about anything to do with my friend. Does anybody
In setup_ulist web page, the "Last Change" column will never be
populated because of an off-by-one error.
Index: src/setup.c
==
--- src/setup.c
+++ src/setup.c
@@ -178,11 +178,11 @@
);
while( db_step(&s)==SQLITE_ROW ){
19 matches
Mail list logo
