On Tue, Jan 18, 2022 at 09:50:04PM -0500, Mike Frysinger wrote:
> shell does not lend itself to being written correctly. shellcheck
> has proven its worth to me multiple times over, especially because i
> can stop having to point out the same mistakes to people over & over
> that it easily finds.
On Tue, Jan 18, 2022 at 04:18:52AM -0500, Mike Frysinger wrote:
> that said, automake targets lower than POSIX, so i agree that we
> should leave it be for automake specifically. feel like posting a
> patch to suppress this particular check in lib/missing instead ?
If it's welcome, sure. Some pe
It's time to join the 1990s and replace the backtick substitutions in
config.guess and config.sub with the $(..) command substitution
syntax. This will mean that from now on, config.guess/.sub will
require a POSIX shell. If there are any systems still running that
want to use a contemporary version
Package: autotools-dev
Severity: wishlist
Dear Maintainer,
Given that these scripts are often used by system users, these scripts
should be somewhere found on the $PATH. I propose /usr/bin as a reasonable
place to put them.
-- System Information:
Debian Release: 10.6
APT prefers stable-updates
Package: autotools-dev
Severity: normal
Dear Maintainer,
The upstream config.guess/sub repository includes manual pages. These should be
included
in the Debian autotools-dev package for completeness.
-- System Information:
Debian Release: 10.6
APT prefers stable-updates
APT policy: (500, '
On Wed, Nov 04, 2020 at 02:31:05PM -0800, Cheng XU wrote:
> Thanks for the info. However, it seems that the referenced issue is
> only valid for the old version of Alpine. For the latest version,
> the `ldd --version` works just fine. As shown in the below, the old
> config.guess reports the corre
On Tue, Nov 03, 2020 at 06:14:43AM -0800, Cheng XU wrote:
> Due to a recent change
> (https://github.com/TeX-Live/installer/commit/ff98be775bf48aa576cbc25aa337dd5626af6550),
> the config.guess will incorrectly report `x86_64-pc-linux-gnu`
> instead of `x86_64-pc-linux-musl` for alpine docker image
On Wed, Oct 21, 2020 at 08:18:08AM +0900, Rin Okuyama wrote:
> > In no other GNU triplet is an underscore used before "be". There are
> > two digits preceding the "be", so it's quite readable without an
> > underscore. An underscore is also not used in your uname -p output. I
> > propose to instea
Hi Rin
On Tue, Oct 20, 2020 at 10:13:50PM +, Rin Okuyama wrote:
> Recently, NetBSD added working kernel and userland for aarch64 in
> big-endian mode, aarch64eb in our naming convention.
> + aarch64eb) machine=aarch64_be-unknown ;;
In no other GNU triplet is an underscore used befor
On Tue, Sep 29, 2020 at 03:25:23AM +, 冬生 宋 wrote:
> Why so many users didn't read the error messages carefully ?
Yeah.
> Please download the latest config.guess (2020) and replaced your OLD
> config.guess (2006 !!!).
The good news is that this problem will slowly diminish as the newest
vers
On Sun, Sep 20, 2020 at 04:10:24AM +0200, Bruno Haible wrote:
> > The command line interface of system programs should remain stable.
>
> You are assuming that system programs have a test suite that will
> protect them from introducing regressions? I don't think that's realistic.
> Even glibc has
On Sat, Sep 19, 2020 at 03:30:54PM +0200, Bruno Haible wrote:
> The value of $host_os, determined by the current config.guess, is:
> - On Alpine Linux 3.9: linux-musl
> - On Alpine Linux 3.10: linux-gnu
> - On Alpine Linux 3.12: linux-musl
>
> The reason is that config.guess tests 'ldd --ve
On Sun, Sep 06, 2020 at 01:15:53PM -0400, Elad Lahav wrote:
> The config.sub script fails to detect QNX systems. Since the
> expected kernel-os result is nto-qnx it should not change the OS
> name from "qnx" to "nto-qnx" (I don't know the history for the x86
> exception). Also, "qnx" is missing a
On Mon, Aug 17, 2020 at 05:22:21AM +0200, Issam E. Maghni wrote:
> I hope this is convincing enough :)
Yes. :-)
Thanks,
Ben
signature.asc
Description: PGP signature
On Sun, Aug 16, 2020 at 07:42:57PM -0400, Issam E. Maghni wrote:
> Following
> https://lists.gnu.org/archive/html/automake-patches/2020-08/msg4.html
> > The first form is easier to implement and directly available in BusyBox.
> > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test
Hi Jan
On Wed, Jul 29, 2020 at 12:10:52PM +, jaqu2030_pm wrote:
> The question is may be only where to include the downloaded files
> timestamped 2020-07-12 & 2020-07-10 (config.guess & config.sub) ??
> The config.guess and config.sub files from 2011-05-xx are obviously
> copied into current
On Sun, Jul 12, 2020 at 04:18:25PM +, Mancinelli, Asher J wrote:
> config.guess timestamp = 2012-02-10
Did you follow the instructions to upgrade the script?
Cheers,
Ben
signature.asc
Description: PGP signature
Hi Michael
Here is a proposed (simpler) version of your patch based on the new
tip of the config tree. Any comments, folks?
Cheers,
Ben
diff --git a/config.guess b/config.guess
index 92bfc33..8fb72c9 100755
--- a/config.guess
+++ b/config.guess
@@ -1342,6 +1342,9 @@ EOF
*:Rhapsody:*:*)
On Thu, Jul 09, 2020 at 02:07:42PM -0400, John Ericson wrote:
> I'll second that this is a good idea; Apple's "aarm64" has caused much
> trouble and is wholly unnecessary as Keno says.
> Also, If we apply this first, the previous email with the macOS
> aarch64 config.guess support can be made mor
On Thu, Jul 09, 2020 at 02:02:02AM -0400, Keno Fischer wrote:
> 2020-07-09 Keno Fischer
>
> * config.sub: Normalize arm64-* to aarch64-*
Applied, many thanks.
Ben
signature.asc
Description: PGP signature
On Sun, Jun 28, 2020 at 11:04:18AM +, Daniel Shahaf wrote:
> Branko ??ibej wrote on Sun, 28 Jun 2020 11:20 +0200:
> What are the differences between f1 and f3? Would «echo 3 > format»
> (plus perhaps some manual edits) allow current svnadmin's to dump the
> repository?
Nope, after echo 3 >
Hi Nico
Thanks for your suggestion, which gave me an idea: I can copy the repo
on a USB drive, boot an old live system of some kind, and checkout the
repo onto my USB drive. It's just a matter of which version I need to
support the version 1 repository format.
Cheers, Ben
On Sat, Jun 27, 2020 at 11:20:37PM -0400, Nico Kadel-Garcia wrote:
> What version of subversion on what operating system was your
> original server? And what are you tyring to upgrade to?
I have been using SVN since version 1.0. On the server where the repo
lives, SVN is now 1.13 (it has just bee
On Sat, Jun 27, 2020 at 01:04:05PM -0400, John Ericson wrote:
> Here is a new version with a ChangeLog entry that's hopefully
> actually understandable.
Thanks. I think this change is fine. I have no problems with making
config.sub longer in the quest for making it clearer.
Cheers,
Ben
On Sat, Jun 27, 2020 at 08:19:59PM +, Daniel Shahaf wrote:
> I don't know offhand what SVN_REPOS__FORMAT_NUMBER was in 2003 —
> that's several years before I joined the project — but first things
> first, I'd like to confirm that you aren't running into
> https://subversion.apache.org/issue374
I was a very early SVN user. I have a repo last timestamped January
2003 that I want to get files and data out of. When I run svn upgrade,
I get:
svnadmin: E165005: Expected repository format '3' or '5'; found format '1'
Do I need to install an intermediate version of SVN in order to
upgrade? If
I found it in the psptoolchain sources on Github. No one submitted the
patch upsteeam. :-(
This patch seems fine to me.
Thanks, Ben
On Thu, Jun 18, 2020 at 02:51:26AM +0200, Carsten Teibes wrote:
> Adding this target for homebrew on an old platform (Sony PSP). Let
> me know if there is anything that should better be done differently.
Where did you get the canonical triplet (that 'psp' is an alias of)
from?
Cheers, Ben
sig
On Wed, Jun 17, 2020 at 01:19:58PM -0500, Matha Goram wrote:
> This script, last modified 2009-11-20, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
>
>
> http://git.savannah.gnu.org/gitweb/?
This script, last modified 2008-01-08, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.guess
and
http://savannah.gnu.org/cgi-bi
Hi Adrian
On Wed, Jun 03, 2020 at 10:02:57AM +, (pg) Adrian Senar wrote:
> This script, last modified 2003-10-03, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
>
> ftp://ftp.gnu.org/p
Applied, thanks.
Ben
signature.asc
Description: PGP signature
I have just committed the following patch to config.guess.
* config.guess: Instruct the user to send information about their
system only if the script they are running has a timestamped year
of less than three years ago.
The commit is fb5be05b for those interested in the d
On Fri, Apr 24, 2020 at 12:30:27PM +0200, Peter Eisentraut wrote:
> # Remember, each alternative MUST END IN *, to match a version number.
>
> but right above that is the line
> | nsk* | powerunix)
> which violates that.
Sorry, that was my bad. I discovered powerunix in config.guess, but
not
This script, last modified 2011-05-11, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
http://git.savannah.gnu
On Fri, Mar 27, 2020 at 03:47:40PM -0700, Anurag Maunder wrote:
> See the following
> ./config.guess: unable to guess system type
>
> This script, last modified 2008-01-23, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version
On Mon, Mar 09, 2020 at 08:29:16PM +, Servlinks Communications wrote:
> uname -m = mips
> uname -r = 4.4.153
> uname -s = Linux
> uname -v = #0 Thu Aug 30 12:10:54 2018
You need a C compiler installed for MIPS Linux detection to work
(endianness).
Cheers,
Ben
signature.asc
Description: PGP
On Tue, Feb 25, 2020 at 09:55:04PM +0100, Bertrand Benoït wrote:
> This script, last modified 2004-02-16, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
You've hit the end of the line for the v
Hi Abram
On Sat, Feb 08, 2020 at 08:23:22PM -0500, Abram Thiessen wrote:
> I am trying to install some software on a Nvidia Jetson Nano and
> through the endless web of dependencies, two installs (libtiff-4 and
> sndfile) gave me an error message with this email on it. I did try
> updating confi
On Fri, Jan 24, 2020 at 08:57:46AM +0530, Chandan Br wrote:
> Thank you very much for the information.
No need to thank me -- the information was in the error message you
copied and pasted into your email.
Cheers,
Ben
signature.asc
Description: PGP signature
On Thu, Jan 23, 2020 at 10:08:17AM +0530, Chandan Br wrote:
> NOTE: MIPS GNU/Linux systems require a C compiler to fully recognize
> the system type. Please install a C compiler and try again.
Ben
signature.asc
Description: PGP signature
On Sat, Dec 21, 2019 at 01:42:05AM +0100, Torbjörn Granlund wrote:
> BUG 1. Temp files/directories left behind due to repeated
> set_cc_for_build
Fixed. Nice catch, thanks!
commit c542caa003ff36a87393435756bb7764f9d723aa
Author: Ben Elliston
Date: Sat Dec 21 13:01:01 2019
n
>
> instead.
Fixed:
commit 6f5b719255e306a37c9feb4ae649044db4ca7cf4
Author: Torbjörn Granlund
Date: Sat Dec 21 12:01:43 2019 +1100
* config.guess (alpha:Linux:*:*): Guard against missing
/proc/cpuinfo by redirecting standard error to /dev/null.
Signed-off-by: Ben El
Hi Florian
> The informations says that I need to update config.guess and
> config.sub, so I download most update files and put them in
> /usr/share/automake1.15 (files from 2010-09-10 for config.guess and
> from 2019-06-30 for config.sub). After i try again to build, but
> same error, and the err
On Thu, Oct 31, 2019 at 03:13:10PM +0800, yong1.zh...@changhong.com wrote:
This script, last modified 2004-08-18, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
http://git.savannah.gnu.org/gitwe
This script, last modified 2008-01-23, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
http://git.savannah.gnu
On Wed, Sep 11, 2019 at 01:50:39PM -0700, Daniel Bittman wrote:
> This patch add support for recognizing Twizzler as a valid system in
> config.sub and config.guess.
Applied; thanks.
Ben
signature.asc
Description: PGP signature
___
config-patches mai
Hi Daniel
On Wed, Sep 11, 2019 at 01:50:39PM -0700, Daniel Bittman wrote:
> 2019-09-10 Daniel Bittman
>
> * config.guess (*:Twizzler:*:*): New.
> * config.sub (-twizzler*): New.
This patch looks fine at first glance. You forgot to mention the test
cases in the ChangeLog, but I wi
Hi Nelson
On Sat, Jun 08, 2019 at 10:30:20AM -0600, Nelson H. F. Beebe wrote:
> The latest config.{guess,sub} files that I pulled down yesterday
> (internally dated 2019-05-2[38]) fail to recognize OS108, a
> recently-released O/S derived from NetBSD-8.
I've never heard of this new OS, so thanks
On Wed, May 22, 2019 at 03:43:08PM -0400, Hans-Peter Nilsson wrote:
> > 2019-05-22 Jose E. Marchesi
> >
> > * config.sub: Recognize bpf-unknown-none targets.
Applied.
Cheers,
Ben
signature.asc
Description: PGP signature
___
config-patches mail
On Tue, May 07, 2019 at 11:44:05AM +, Florian Manschwetus wrote:
> config.guess timestamp = 2017-05-27
>
> uname -m = NSV-I
> uname -r = L18
> uname -s = NONSTOP_KERNEL
> uname -v = 08
Support for the NSV-I machine was added in 2018:
2018-01-11 Randall S. Becker
* config.guess (
> This script, last modified 2003-02-22, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
> ftp://ftp.gnu.org/pub/gnu/config/
The README at the above URL says:
From now on, please fetch ne
On Sat, Apr 27, 2019 at 05:54:52PM +0200, Urs Janßen wrote:
> Use utsname version instead of preprocessor macros on
> {vax,mips}-dec-ultrix >= 3.0
> This was tested on mips-dec-ultrix3.1, vax-dec-ultrix3.0 and
> vax-dec-ultrix3.1
> With the old code vax-dec-ultrix3.0 was detected as vax-dec-ultrix
On Wed, Apr 17, 2019 at 05:21:40PM +0800, chunmin.c...@sifive.com wrote:
> uname -m = unknown
> uname -r = unknown
> uname -s = unknown
> uname -v = unknown
You need a working uname.
Ben
signature.asc
Description: PGP signature
___
config-patches mai
This script, last modified 2011-05-11, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
http://git.savann
On Sun, Apr 14, 2019 at 06:52:39PM -0400, John Ericson wrote:
> Recently, there has been an effort to standardize a "syscall"
interface for WebAssembly outside the browser (think JVM use-cases)
[1]. This patch teaches config.sub to recognize the relevant
configs, following what LLVM 8+ does
On Thu, Mar 28, 2019 at 10:11:08PM +0100, Urs Janßen wrote:
> ChangeLog:
> 2019-03-28 Urs Janßen
>* config.sub recognize m68k-next-openstep* as openstep*, not nextstep3
It would be cool if you had updated the testsuite, given that you had
already developed the test cases.
Patch applied
On Thu, Mar 28, 2019 at 08:13:52AM +0200, Boris Borukhin wrote:
> after reverting to original uname, the installation is successful.
Phew, I am glad. :)
Cheers,
Ben
signature.asc
Description: PGP signature
___
config-patches mailing list
config-patch
Hi Boris
Thanks for your report.
On Wed, Mar 27, 2019 at 04:01:26PM +, Boris Borukhin wrote:
> uname -m = ARM
> uname -r = 4.4.38-tegra
> uname -s = Linux
> uname -v = #1 SMP PREEMPT Wed Jun 6 07:57:23 CDT 2018
Why does this Linux kernel report "ARM" in upper case instead of lower
case, lik
On Mon, Mar 25, 2019 at 04:53:02PM -0400, Chet Ramey wrote:
> "wait waits for any job to terminate and returns its exit status"
>
> Doesn't that imply a single job?
Not as clearly as saying "wait waits for a single job to terminate"
:-) I guess I'm thinking that an exxplanation about the inter
On Mon, Mar 25, 2019 at 10:49:32AM -0400, Chet Ramey wrote:
> This demonstrates that, despite what I said earlier, `wait -n' reaps
> one process at a time and returns its exit status.
Thanks a lot. Can I suggest that a small tweak be made to the
documentation to make this a bit clearer?
Cheers,
On Sun, Mar 24, 2019 at 11:29:41AM -0400, Chet Ramey wrote:
> > My goal is to run a small process pool where upon one process
> > completes, another one is started immediately. If I start (say) 10
> > processes and then wait on the first, I may have chosen the longest
> > running process.
>
> OK.
On Sat, Mar 23, 2019 at 11:48:33AM -0400, Chet Ramey wrote:
> What's your goal here? If you want to associate an exit status with
> a process, you're going to have to save $! and wait for each process
> in turn.
My goal is to run a small process pool where upon one process
completes, another one
In bash 4.4.19, wait -n will collect the exit status of multiple
processes if there are any -- not just one:
bje@bapbop:~$ sleep 10 & sleep 10 & sleep 10 & sleep 10 &
[1] 13296
[2] 13297
[3] 13298
[4] 13299
bje@bapbop:~$ wait -n
[1] Donesleep 10
[2] Done
On Thu, Mar 07, 2019 at 11:07:57PM -0600, Jacob Bachmeyer wrote:
> Overall, I vote NAK on this patch in its current form.
Thanks. I agree with your comments.
Cheers,
Ben
signature.asc
Description: PGP signature
___
DejaGnu mailing list
DejaGnu@gnu.or
> The solution presented here has search_and_load_file take a callback
> function, this allows the "has this file been loaded already?" check
> to only be performed for the users that care, while also allowing
> the check to be deferred until we know exactly which file we are
> going to load. I al
On Thu, Mar 07, 2019 at 02:01:56PM +, Andrew Burgess wrote:
> * runtest.exp (search_and_load_file): Join the directory and
> filename once using 'file join'.
Thanks, this is fine.
Ben
signature.asc
Description: PGP signature
___
DejaG
---
commit df67223e4be99527fbeab66394f52c420d7f88f1
Author: Andrew Burgess
Date: Fri Mar 8 10:21:21 2019 +1100
* runtest.exp (search_and_load_file): Join the directory and
filename once using 'file join'.
Signed-
On Sun, Mar 03, 2019 at 04:49:09PM +0100, Urs Janßen wrote:
> this time the attched patch was actually tested on m68k-sony-newsos
> and mips-dec-ultrix3
Thanks. Please include a ChangeLog entry next time.
Cheers,
Ben
signature.asc
Description: PGP signature
On Thu, Feb 28, 2019 at 09:51:15AM +0100, Urs Janßen wrote:
> at some point in the past someone removed a huge code block at the
> very end to detect various systems lacking uname - one of them was
> m68k-sony-newsos.
I did -- four years ago. I did so on the (incorrect) assumption that
these were
On Fri, Feb 22, 2019 at 12:24:38PM +0800, YunQiang Su wrote:
> MIPS r6 triples use different CPU as the previous version,
> mipsisa64r6, mipsisa64r6el, mipsisa32r6, mipsisa32r6el.
There has to be a less convoluted way to do this, surely?
Ben
signature.asc
Description: PGP signature
_
Applied.
Ben
signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
On Sun, Feb 03, 2019 at 10:27:20PM -0600, Jacob Bachmeyer wrote:
> Speaking of that, I am also moving towards using the Texinfo @deffn
> command for documenting procedures, so I ask whether each procedure
> should get its own node or the {setup,cleanup}__hook
> procedures should be grouped by ? I
On Sun, Feb 03, 2019 at 10:27:20PM -0600, Jacob Bachmeyer wrote:
> This issue with the code was found while writing documentation, so
> the new documentation will at the least be included in the big
> documentation patch I am currently working on. Should these code
> changes also be rolled into t
On Fri, Feb 01, 2019 at 06:30:50PM -0600, Jacob Bachmeyer wrote:
> I propose:
>1. Add cleanup_{build,host}_hook procedures.
>2. Ensure that all *_hook procedures are empty and move all
> framework-related code to new procedures.
That sounds fine. Can you please make sure the documentati
On Wed, Jan 23, 2019 at 05:15:40PM -0600, Jacob Bachmeyer wrote:
> The inter-sentence spacing in doc/dejagnu.texi is irregular and this
> causes the Emacs move-by-sentence commands to misbehave. This patch
> normalizes the Texinfo source to follow the convention that
> sentences end with punctuat
---
commit 7017c2a06836be28bdbc2b4135f19fa122fee8fd
Author: Jacob Bachmeyer
Date: Thu Jan 24 14:27:26 2019 +1100
* doc/dejagnu.texi: Refill paragraphs and normalize inter-sentence
spacing so the Emacs move-by-sentence commands work correctly.
Signed-off-by: Be
On Wed, Jan 23, 2019 at 02:28:18PM +, Ajallooiean Hossein wrote:
> I'm trying to compile SPEC2006 on ARM64/Ubuntu and am getting the
> below error. i have already updated the config.guess file to a 2019
> version. do i need to do any other steps for it to take effect?
> config.guess timestamp
On Tue, Jan 22, 2019 at 08:54:02PM -0600, Jacob Bachmeyer wrote:
> Well, now it is my turn to be confused: what *is* the intended
> difference between board and target?
Let's see if my long-held understanding is correct. :-)
I think you're close.
There are host boards (usually a Unix box) and t
---
commit f3d2736755c919d57cd7122b251122351107141a
Author: Ben Elliston
Date: Wed Jan 23 17:58:57 2019 +1100
* doc/dejagnu.texi: Replace "config file" with "configuration
file" throughout.
---
Summary of changes:
Ch
---
commit 73a9a52f3f5f4b2bf4d74a29a4150fb85e8c4150
Author: Jacob Bachmeyer
Date: Wed Jan 23 17:47:45 2019 +1100
* doc/dejagnu.texi (Command line option variables): Improve table
formatting to fix overlapping columns and revise text slightly.
Signed-off-by: Be
On Tue, Jan 22, 2019 at 08:15:01PM -0600, Jacob Bachmeyer wrote:
> ChangeLog entry:
> * doc/dejagnu.texi (Global config file): Change example to use
> "switch" instead of the deprecated "case" Tcl command.
Applied, thanks!
Ben
signature.asc
Description: PGP signature
__
; command.
Signed-off-by: Ben Elliston
commit 18ac21ff342311780efc64bcce0902699c35b256
Author: Ben Elliston
Date: Sun Jan 20 18:46:48 2019 +1100
Bump version.texi.
---
Summary of changes:
ChangeLog|
On Mon, Jan 21, 2019 at 09:32:34PM -0600, Jacob Bachmeyer wrote:
> Or should I shelve documenting the expected structure of a testsuite
> and untangle the board/target description rat's nest first,
> documenting the description of a testing lab under "Customizing
> DejaGnu"?
Yes, let's chew that
On Fri, Jan 11, 2019 at 10:38:05PM -0600, Jacob Bachmeyer wrote:
> Is the contents of the "runtests" variable part of the DejaGnu API
> currently? The variable is not documented and runtest_file_p exists
> to abstract its meaning.
No. It should only be procs. We should be providing accessor proc
ow.
- Log -
commit 4a4e84a615d33e462833ffbd1fe286df5477fd8c
Author: Jacob Bachmeyer
Date: Sat Jan 12 16:00:15 2019 +1100
* doc/dejagnu.texi (runtest_file_p procedure): Fix description of
the structure of the "runtests" argument.
Signed-
On Fri, Jan 11, 2019 at 07:02:09PM -0600, Jacob Bachmeyer wrote:
> Also, runtest_file_p tries to hide the structure of runtests, but
> should also implicitly use it, instead of requiring that it be
> passed as an argument.
Keep in mind that runtest_file_p is part of the DejaGnu library
API. It is
On Fri, Jan 11, 2019 at 06:40:16PM -0600, Jacob Bachmeyer wrote:
> I should have expected that there would be some reason (or several)
> that that is not done more widely; and I suppose that I can
> explicitly set "Reply-To" to the list when responding to specific
> users who have a long-enough hi
On Fri, Jan 11, 2019 at 05:45:10PM -0600, Jacob Bachmeyer wrote:
> Could the mailing list be configured to insert/replace a "Reply-To:
> dejagnu@gnu.org" header on every message? Going off-list would
> still be possible, but would require actual intentional effort,
> instead of easily happening b
On Fri, Jan 11, 2019 at 02:24:51PM +0530, shruthi k wrote:
> can you send me step by step how to create simple test case in
> existing dejagnu testsuite and how to execute with output
In other words, you want Jacob to do all of the work for you? What
have you tried so far?
Ben
signature.asc
De
testsuite.
Signed-off-by: Ben Elliston
---
Summary of changes:
ChangeLog| 15 ++
lib/framework.exp| 4 +-
testsuite/runtest.libs/clone_output
---
commit bf6c9fa6841740f11704ff244331a06f4f5857b8
Author: Jacob Bachmeyer
Date: Thu Jan 10 17:53:06 2019 +1100
* testsuite/runtest.libs/libs.exp (process_test): Handle blank
lines from child process correctly.
Signed-off-by: Be
Hi Jacob
On Wed, Jan 09, 2019 at 04:47:11PM -0600, Jacob Bachmeyer wrote:
> So, how is the patch review going? :-)
Check git log. :-) I committed it on 2nd Jan. Sorry I didn't say so
explicitly --I figured you would notice on a subsequent git pull.
Cheers, Ben
signature.asc
Description: PGP
On Fri, Jan 04, 2019 at 11:03:27AM +, co...@sdf.org wrote:
> I am only interested in recognizing this case:
> shl-unknown-netbsdelf8.99
Fixed in master. It was broken a while back when a bunch of structural
cleanups were done by John Ericson. I believe it only worked before by
chance.
Cheers
On Thu, Jan 03, 2019 at 04:41:25PM +, co...@sdf.org wrote:
> The notable difference is that "shl", chosen for netbsd/sh by
> config.guess, is now recognised.
> @@ -1230,8 +1230,7 @@ case $cpu-$vendor in
> | riscv | riscv32 | riscv64 \
> | rl78 | rom
On Fri, Jan 04, 2019 at 05:08:29AM +, co...@sdf.org wrote:
> checking build system type... Invalid configuration
> `mips64eb-unknown-netbsd8.99': machine `mips64eb-unknown' not recognized
> configure: error: /bin/sh ./config.sub mips64eb-unknown-netbsd8.99 failed
> *** Error code 1
This is f
On Fri, Jan 04, 2019 at 05:08:29AM +, co...@sdf.org wrote:
> I don't know if the package I am building is misusing configure, but
> without this change and the latest config.sub/config.guess:
>
> checking build system type... Invalid configuration
> `mips64eb-unknown-netbsd8.99': machine `mi
On Thu, Jan 03, 2019 at 04:41:25PM +, co...@sdf.org wrote:
> recent changes have needed adjustments on our (NetBSD) side.
> I've attached the patches for them.
>
> Let me know what you think.
I think you've forgotten ChangeLog entries and test cases.
Also, the mips64 change seems unnecessar
Hi Rainer
On Wed, Jan 02, 2019 at 12:49:19PM +0100, Rainer Orth wrote:
> Everything behaved as expected.
Thanks for the well-tested and well-documented patch!
> One thing I'm uncertain about is the need for testcases
> corresponding to this change?
I have added some test cases, best as we can
t card): New node.
* doc/dejagnu-report-card.1: New man page.
* testsuite/lib/bohman_ssd.exp: New file.
* testsuite/lib/report-card.exp: New file.
* testsuite/report-card.all/onetest.exp: New file.
* testsuite/report-card.all/passes.exp: New fi
1 - 100 of 1645 matches
Mail list logo
