gmane.comp.lang.mercury.general archive

360 archived articles, newest first (page 2 of 4). Latest articles →

Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 18:35:00 +0200
Volker Wysk <[email protected]> • #6152
Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 18:14:46 +0200
Tomas By <[email protected]> • #6151
Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 18:09:19 +0200
Tomas By <[email protected]> • #6150
Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 18:09:17 +0200
Volker Wysk <[email protected]> • #6149
Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 17:35:50 +0200
Anders Lundstedt <[email protected]> • #6148
Re: [m-users.] A predicate taking a lists of predicates as input?
Wed, 24 Sep 2025 17:32:05 +0200
Anders Lundstedt <[email protected]> • #6147
Re: [m-users.] A predicate taking a lists of predicates as input?
Mon, 22 Sep 2025 08:34:43 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6146
Re: [m-users.] Java exceptions and nested classes
Mon, 22 Sep 2025 04:26:52 +0000
Mark Clements <[email protected]> • #6145
Re: [m-users.] A predicate taking a lists of predicates as input?
Mon, 22 Sep 2025 00:12:27 +0200
Anders Lundstedt <[email protected]> • #6144
Re: [m-users.] A predicate taking a lists of predicates as input?
Sun, 21 Sep 2025 21:10:41 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6143
Re: [m-users.] A predicate taking a lists of predicates as input?
Sun, 21 Sep 2025 18:32:55 +0200
Tomas By <[email protected]> • #6142
Re: [m-users.] A predicate taking a lists of predicates as input?
Sun, 21 Sep 2025 18:51:12 +0200
Volker Wysk <[email protected]> • #6141
[m-users.] A predicate taking a lists of predicates as input?
Sun, 21 Sep 2025 18:28:16 +0200
Anders Lundstedt <[email protected]> • #6140
Re: [m-users.] Java exceptions and nested classes
Fri, 19 Sep 2025 23:27:19 +1000
Julien Fischer <[email protected]> • #6139
[m-users.] Java exceptions and nested classes
Fri, 19 Sep 2025 10:31:22 +0000
Mark Clements <[email protected]> • #6138
Re: [m-users.] How many users using mercury on Nixpkgs
Mon, 15 Sep 2025 13:23:09 +0200
Volker Wysk <[email protected]> • #6137
Re: [m-users.] How many users using mercury on Nixpkgs
Sun, 14 Sep 2025 21:11:13 +0200
Frank <[email protected]> • #6136
Re: [m-users.] How many users using mercury on Nixpkgs
Sat, 13 Sep 2025 14:48:43 +0200
Volker Wysk <[email protected]> • #6135
Re: [m-users.] How many users using mercury on Nixpkgs
Fri, 12 Sep 2025 16:51:16 +0200
Anders Lundstedt <[email protected]> • #6134
Re: [m-users.] How many users using mercury on Nixpkgs
Fri, 12 Sep 2025 15:24:45 +0200
Volker Wysk <[email protected]> • #6133
[m-users.] How many users using mercury on Nixpkgs
Fri, 12 Sep 2025 10:29:34 +0200
vieta <[email protected]> • #6132
Re: [m-users.] ChatGPT on debugging of parallel programs
Tue, 2 Sep 2025 11:50:16 +1000
Julien Fischer <[email protected]> • #6131
[m-users.] ChatGPT on debugging of parallel programs
Mon, 01 Sep 2025 14:52:39 +0200
Volker Wysk <[email protected]> • #6130
Re: [m-users.] NEW: des module for discrete event simulation
Tue, 22 Jul 2025 18:34:04 +0200
Volker Wysk <[email protected]> • #6129
[m-users.] NEW: des module for discrete event simulation
Tue, 22 Jul 2025 08:07:15 +0000
Mark Clements <[email protected]> • #6128
Re: [m-users.] A New Tutorial
Mon, 02 Jun 2025 13:48:14 +0200
Volker Wysk <[email protected]> • #6127
[m-users.] A New Tutorial
Fri, 30 May 2025 14:04:25 +0000
Zetian Lin <[email protected]> • #6126
Re: [m-users.] Memory management confusion
Sun, 20 Apr 2025 00:58:08 +0200
Volker Wysk <[email protected]> • #6125
Re: [m-users.] Memory management confusion
Sun, 20 Apr 2025 04:05:40 +1000 (AEST)
"Zoltan Somogyi" <[email protected]> • #6124
[m-users.] Memory management confusion
Sat, 19 Apr 2025 19:43:27 +0200
Volker Wysk <[email protected]> • #6123
Re: [m-users.] Storage format for data in low-level C grades
Wed, 16 Apr 2025 20:02:47 +1000
Julien Fischer <[email protected]> • #6122
[m-users.] Storage format for data in low-level C grades
Tue, 15 Apr 2025 19:37:46 -0700
M McDonough <[email protected]> • #6121
Re: [m-users.] Ignoring !IO in an FFI binding, aceptable or hideously bad?
Mon, 17 Feb 2025 18:33:13 +0000
"Sean Charles (emacstheviking)" <[email protected]> • #6120
Re: [m-users.] Ignoring !IO in an FFI binding, aceptabl e or hideously bad?
Mon, 17 Feb 2025 19:22:15 +1100 (AEDT)
"Zoltan Somogyi" <[email protected]> • #6119
Re: [m-users.] Ignoring !IO in an FFI binding, aceptable or hideously bad?
Mon, 17 Feb 2025 14:43:27 +1100
Mark Brown <[email protected]> • #6118
Re: [m-users.] Ignoring !IO in an FFI binding, aceptable or hideously bad?
Sun, 16 Feb 2025 17:25:34 -0800
M McDonough <[email protected]> • #6117
[m-users.] Ignoring !IO in an FFI binding, aceptable or hideously bad?
Sun, 16 Feb 2025 11:38:48 +0000
"Sean Charles (emacstheviking)" <[email protected]> • #6116
[m-users.] Announce: Mercury Supplementary Libraries
Fri, 29 Nov 2024 16:03:14 +0100
Volker Wysk <[email protected]> • #6115
Re: [m-users.] Announce: ODBC library v1.5.1
Sat, 23 Nov 2024 18:17:57 +0000
"Sean Charles (emacstheviking)" <[email protected]> • #6114
[m-users.] Announce: ODBC library v1.5.1
Sat, 23 Nov 2024 19:11:28 +0100
Volker Wysk <[email protected]> • #6113
Re: [m-users.] Nixos support
Tue, 15 Oct 2024 15:43:19 +0200
Volker Wysk <[email protected]> • #6112
Re: [m-users.] Nixos support
Tue, 15 Oct 2024 15:31:26 +0200
Anders Lundstedt <[email protected]> • #6111
Re: [m-users.] Nixos support
Tue, 01 Oct 2024 11:46:09 +0200
Volker Wysk <[email protected]> • #6110
[m-users.] Nixos support
Tue, 1 Oct 2024 10:46:23 +0200
Frank <[email protected]> • #6109
Re: [m-users.] String comparison when compiling to C
Fri, 6 Sep 2024 23:29:10 +1200
"Richard O'Keefe" <[email protected]> • #6108
[m-users.] Intermediate publish of Mercury wrapper for Raylib.
Tue, 3 Sep 2024 20:43:51 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6107
[m-users.] Some POSIX support for Mercury
Tue, 03 Sep 2024 19:14:13 +0200
Volker Wysk <[email protected]> • #6106
Re: [m-users.] Capturing process output.
Tue, 03 Sep 2024 13:21:16 +0200
Volker Wysk <[email protected]> • #6105
Re: [m-users.] Capturing process output.
Mon, 2 Sep 2024 14:32:34 +1000
Peter Wang <[email protected]> • #6104
Re: [m-users.] Capturing process output.
Sun, 01 Sep 2024 10:51:32 +0200
Volker Wysk <[email protected]> • #6103
Re: [m-users.] String comparison when compiling to C
Sat, 31 Aug 2024 20:52:14 +0200 (CEST)
"Zoltan Somogyi" <[email protected]> • #6102
Re: [m-users.] Capturing process output.
Sat, 31 Aug 2024 20:15:20 +0200 (CEST)
"Zoltan Somogyi" <[email protected]> • #6101
Re: [m-users.] Capturing process output.
Sat, 31 Aug 2024 19:33:44 +0200
Volker Wysk <[email protected]> • #6100
Re: [m-users.] Capturing process output.
Sat, 31 Aug 2024 18:10:02 +0100
emacstheviking <[email protected]> • #6099
Re: [m-users.] Capturing process output.
Sat, 31 Aug 2024 18:38:18 +0200
Volker Wysk <[email protected]> • #6098
Re: [m-users.] Colorful compiler output and Emacs
Sat, 31 Aug 2024 17:33:33 +0200
Volker Wysk <[email protected]> • #6097
Re: [m-users.] Colorful compiler output and Emacs
Sat, 31 Aug 2024 17:08:40 +0200
Volker Wysk <[email protected]> • #6096
Re: [m-users.] Capturing process output.
Sat, 31 Aug 2024 16:35:50 +0200 (CEST)
"Zoltan Somogyi" <[email protected]> • #6095
[m-users.] Capturing process output.
Sat, 31 Aug 2024 15:30:30 +0100
emacstheviking <[email protected]> • #6094
Re: [m-users.] Colorful compiler output and Emacs
Sat, 31 Aug 2024 15:11:36 +0100
emacstheviking <[email protected]> • #6093
[m-users.] Colorful compiler output and Emacs
Sat, 31 Aug 2024 10:02:30 +0200
Volker Wysk <[email protected]> • #6092
Re: [m-users.] String comparison when compiling to C
Wed, 28 Aug 2024 21:44:11 +1200
"Richard O'Keefe" <[email protected]> • #6091
Re: [m-users.] String comparison when compiling to C
Tue, 27 Aug 2024 13:27:07 +0200 (CEST)
"Zoltan Somogyi" <[email protected]> • #6090
Re: [m-users.] String comparison when compiling to C
Mon, 26 Aug 2024 12:49:42 +1200
"Richard O'Keefe" <[email protected]> • #6089
Re: [m-users.] GitHub release "aio" -- ANSI I/O support.
Sun, 25 Aug 2024 00:01:04 +1000
Julien Fischer <[email protected]> • #6088
Re: [m-users.] Module include and undefined symbol.
Sat, 24 Aug 2024 14:24:56 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6087
Re: [m-users.] GitHub release "aio" -- ANSI I/O support.
Sat, 24 Aug 2024 14:06:38 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6086
Re: [m-users.] Module include and undefined symbol.
Sat, 24 Aug 2024 23:06:17 +1000
Julien Fischer <[email protected]> • #6085
Re: [m-users.] GitHub release "aio" -- ANSI I/O support.
Sat, 24 Aug 2024 15:04:52 +0200
Volker Wysk <[email protected]> • #6084
Re: [m-users.] GitHub release "aio" -- ANSI I/O support.
Sat, 24 Aug 2024 13:55:36 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6083
Re: [m-users.] GitHub release "aio" -- ANSI I/O support.
Sat, 24 Aug 2024 14:27:43 +0200
Volker Wysk <[email protected]> • #6082
[m-users.] Module include and undefined symbol.
Sat, 24 Aug 2024 13:09:56 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6081
[m-users.] Uncaught Mercury exception during module reorganisastion
Sat, 24 Aug 2024 12:52:01 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6080
[m-users.] GitHub release "aio" -- ANSI I/O support.
Sat, 24 Aug 2024 10:38:17 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6079
Re: [m-users.] String comparison when compiling to C
Sat, 24 Aug 2024 09:44:40 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6078
Re: [m-users.] String comparison when compiling to C
Sat, 24 Aug 2024 20:35:09 +1200
"Richard O'Keefe" <[email protected]> • #6077
Re: [m-users.] String comparison when compiling to C
Sat, 24 Aug 2024 07:19:38 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6076
Re: [m-users.] String comparison when compiling to C
Sat, 24 Aug 2024 17:56:14 +1200
"Richard O'Keefe" <[email protected]> • #6075
Re: [m-users.] String comparison when compiling to C
Fri, 23 Aug 2024 15:54:53 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6074
Re: [m-users.] String comparison when compiling to C
Fri, 23 Aug 2024 13:35:34 +0200 (CEST)
"Zoltan Somogyi" <[email protected]> • #6073
[m-users.] String comparison when compiling to C
Fri, 23 Aug 2024 12:15:24 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6072
Re: [m-users.] Version confusion locationg term_io.rea_term
Thu, 22 Aug 2024 09:07:12 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6071
Re: [m-users.] Version confusion locationg term_io.rea_term
Wed, 21 Aug 2024 23:16:35 +1000
Julien Fischer <[email protected]> • #6070
[m-users.] Version confusion locationg term_io.rea_term
Wed, 21 Aug 2024 14:06:03 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6069
Re: [m-users.] Parsing source files / tem-rewriting
Fri, 16 Aug 2024 10:44:57 +0200
Volker Wysk <[email protected]> • #6068
Re: [m-users.] Parsing source files / tem-rewriting
Fri, 16 Aug 2024 08:05:25 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6067
Re: [m-users.] Parsing source files / tem-rewriting
Fri, 16 Aug 2024 08:04:30 +0200
Volker Wysk <[email protected]> • #6066
Re: [m-users.] Parsing source files / tem-rewriting
Fri, 16 Aug 2024 06:37:06 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6065
Re: [m-users.] Parsing source files / tem-rewriting
Thu, 15 Aug 2024 17:26:35 +0200
Volker Wysk <[email protected]> • #6064
Re: [m-users.] Parsing source files / tem-rewriting
Thu, 15 Aug 2024 07:29:00 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6063
Re: [m-users.] Parsing source files / tem-rewriting
Wed, 14 Aug 2024 20:00:18 +0200
Volker Wysk <[email protected]> • #6062
[m-users.] Parsing source files / tem-rewriting
Wed, 14 Aug 2024 18:29:33 +0100
"Sean Charles (emacstheviking)" <[email protected]> • #6061
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Thu, 1 Aug 2024 14:34:37 +1000
Julien Fischer <[email protected]> • #6060
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Thu, 1 Aug 2024 14:33:17 +1000
Julien Fischer <[email protected]> • #6059
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Thu, 1 Aug 2024 05:45:42 +0200
Anders Lundstedt <[email protected]> • #6058
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Thu, 1 Aug 2024 05:03:41 +0200
Anders Lundstedt <[email protected]> • #6057
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Thu, 1 Aug 2024 09:58:42 +1000
Julien Fischer <[email protected]> • #6056
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Wed, 31 Jul 2024 22:14:15 +0200
Anders Lundstedt <[email protected]> • #6055
Re: [m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Wed, 31 Jul 2024 20:28:31 +0200
Volker Wysk <[email protected]> • #6054
[m-users.] Compiler cannot infer determinism det when exhaustively pattern matching on a constant?
Wed, 31 Jul 2024 19:56:06 +0200
Anders Lundstedt <[email protected]> • #6053
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.