X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h2HR8/bLi5nE32s3R6XGRB4SXn0H+rzlmAF38RC4zB8=; b=Xm/vOPsoPOyRyjuuScQvypmwpc3T4xhlMOnEjOe3EICcHUH9VWaKMMZqFuMQ6wfJ3g 04VhkWp87wvPII0FwAaXag9chHjDIVNHOowGVwIWaKrLvE06Vpm5Ca7d2ZXcXa++C4wR JbuN7+H5FSDytmZsFpKYLqKhUmhTRgoCnKFtro6E/0Xryc5buB1WdLb9C+roKY/eAB77 qrK3SKBlLsCJIGxL/4UvNtKaqvhpw58eCDZewq4l8jJbiIroPv2Zbw1ytALZmV+zEZ22 OKQp9WnUYIqhftAGfsdVUj+RcfvjdwPP48ixDTXR/hnW5MlQ/UQ1jqJXi0j/0Tjby4TG QfUw== MIME-Version: 1.0 X-Received: by 10.50.97.33 with SMTP id dx1mr16666369igb.1.1436872959587; Tue, 14 Jul 2015 04:22:39 -0700 (PDT) In-Reply-To: References: <20150714103959 DOT GA17565 AT localhost DOT localdomain> Date: Tue, 14 Jul 2015 13:22:39 +0200 Message-ID: Subject: Re: [geda-user] geda-gaf on FreeBSD and probably other architectures From: "Levente (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com]" To: gEDA User Mailing List Cc: geda-developers AT lists DOT launchpad DOT net Content-Type: multipart/alternative; boundary=047d7b10c88957fda5051ad40eb7 Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --047d7b10c88957fda5051ad40eb7 Content-Type: text/plain; charset=UTF-8 Vladimir, I test the new stuff later today. Thanks for your efforts! Lev On Tue, Jul 14, 2015 at 12:56 PM, wrote: > Hi, > > On Tue, 14 Jul 2015, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via > geda-user AT delorie DOT com] wrote: > > >> Hi, geda users and devs. >> >> Recently, some issues with the FreeBSD port were solved. (This may >> apply to other systems as well.) >> >> The only question suspended is about non-portable 'date -d' >> invocation [1]. As it turns out, compilation works with gnu make >> but breaks with BSD make. >> >> So I believe we have two options: >> - leave it in the current state and recommend users to compile >> geda-gaf using GNU make (I don't like this option) >> - fix the date invocation somehow (I don't know how to >> gracefully do it for all platforms) >> >> Any ideas? >> > > One of my hobby projects is the second generation of a configuration > system (./configure stuff). What I learned from the first generation was > exactly this: you can't trust even the simplest utils will work > consistently across systems. Not even echo. > > My solution is to use C89 for the configuration system, and simply do not > target systems that don't comply with C89. > > In your specific case, a similar trick could work. A C fewliners around > strftime() would be small, simple and reliable. Strftime is C89 for most > features (don't use timezones and you'll be fine). The C code could compile > with $(CC) directly into an executable in one step, without any extra > configuration. > > Regards, > > Igor2 > --047d7b10c88957fda5051ad40eb7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Vladimir,


I test the new stuff = later today. Thanks for your efforts!

Lev

On Tue, Jul 14, 2015 at 12:= 56 PM, <gedau AT igor2 DOT repo DOT hu> wrote:
Hi,

On Tue, 14 Jul 2015, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:


Hi, geda users and devs.

Recently, some issues with the FreeBSD port were solved. (This may
apply to other systems as well.)

The only question suspended is about non-portable 'date -d'
invocation [1]. As it turns out, compilation works with gnu make
but breaks with BSD make.

So I believe we have two options:
=C2=A0- leave it in the current state and recommend users to compile
=C2=A0 =C2=A0geda-gaf using GNU make (I don't like this option)
=C2=A0- fix the date invocation somehow (I don't know how to
=C2=A0 =C2=A0gracefully do it for all platforms)

Any ideas?

One of my hobby projects is the second generation of a configuration system= (./configure stuff). What I learned from the first generation was exactly = this: you can't trust even the simplest utils will work consistently ac= ross systems. Not even echo.

My solution is to use C89 for the configuration system, and simply do not t= arget systems that don't comply with C89.

In your specific case, a similar trick could work. A C fewliners around str= ftime() would be small, simple and reliable. Strftime is C89 for most featu= res (don't use timezones and you'll be fine). The C code could comp= ile with $(CC) directly into an executable in one step, without any extra c= onfiguration.

Regards,

Igor2

--047d7b10c88957fda5051ad40eb7--