dev.linux.lists.c-std-porting archive

202 archived articles, newest first (page 1 of 3). Latest articles →

Re: Help getting started with compiling rawhide sources
Tue, 26 Dec 2023 19:20:00 +0000
Jonathan Wakely <[email protected]> • #202
Re: subscribe c-std-porting
Sat, 23 Dec 2023 14:57:47 -0600
Oskari Pirhonen <[email protected]> • #201
Help getting started with compiling rawhide sources
Sat, 23 Dec 2023 14:19:22 +0530
balaji marisetti <[email protected]> • #200
subscribe c-std-porting
Fri, 22 Dec 2023 21:27:54 +0530
balaji marisetti <[email protected]> • #199
Re: More C type errors by default for GCC 14
Mon, 15 May 2023 14:14:09 +0100
"Richard Earnshaw (lists)" <[email protected]> • #198
Re: More C type errors by default for GCC 14
Mon, 15 May 2023 12:46:56 +0000 (UTC)
Michael Matz <[email protected]> • #197
Re: More C type errors by default for GCC 14
Fri, 12 May 2023 14:30:05 +0200
Jakub Jelinek <[email protected]> • #196
Re: More C type errors by default for GCC 14
Fri, 12 May 2023 11:33:01 +0200
Martin Jambor <[email protected]> • #195
Re: More C type errors by default for GCC 14
Thu, 11 May 2023 16:32:34 -0500
Segher Boessenkool <[email protected]> • #194
Re: More C type errors by default for GCC 14
Wed, 10 May 2023 15:41:49 +0300
Eli Zaretskii <[email protected]> • #193
Re: More C type errors by default for GCC 14
Wed, 10 May 2023 15:06:37 +0300
Eli Zaretskii <[email protected]> • #192
Re: More C type errors by default for GCC 14
Wed, 10 May 2023 08:10:48 -0400
Neal Gompa <[email protected]> • #191
Re: More C type errors by default for GCC 14
Wed, 10 May 2023 06:56:32 -0400
Neal Gompa <[email protected]> • #190
Re: More C type errors by default for GCC 14
Wed, 10 May 2023 11:45:41 +0100
Sam James <[email protected]> • #189
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 20:22:44 +0200
Florian Weimer <[email protected]> • #188
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 19:35:50 +0200
Florian Weimer <[email protected]> • #187
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 18:16:16 +0100
Sam James <[email protected]> • #186
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 18:07:16 +0100
Sam James <[email protected]> • #185
Re: More C type errors by default for GCC 14
Tue, 9 May 2023 13:08:22 -0400
Jason Merrill <[email protected]> • #184
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 18:59:01 +0200
Florian Weimer <[email protected]> • #183
Re: More C type errors by default for GCC 14
Tue, 9 May 2023 09:58:44 -0700
Ian Lance Taylor <[email protected]> • #182
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 18:44:48 +0200
Florian Weimer <[email protected]> • #181
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 17:11:21 +0100
Sam James <[email protected]> • #180
Re: More C type errors by default for GCC 14
Tue, 9 May 2023 18:05:29 +0200
Jakub Jelinek <[email protected]> • #179
Re: More C type errors by default for GCC 14
Tue, 09 May 2023 16:07:50 +0100
Sam James <[email protected]> • #178
Re: More C type errors by default for GCC 14
Tue, 9 May 2023 17:16:19 +0200
Richard Biener <[email protected]> • #177
Re: More C type errors by default for GCC 14
Tue, 9 May 2023 16:14:28 +0100
Jonathan Wakely <[email protected]> • #176
More C type errors by default for GCC 14
Tue, 09 May 2023 14:15:40 +0200
Florian Weimer <[email protected]> • #175
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Wed, 26 Apr 2023 09:16:00 -0400
Neal Gompa <[email protected]> • #174
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Thu, 20 Apr 2023 15:42:08 +0200
Bernhard Voelker <[email protected]> • #173
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Wed, 19 Apr 2023 14:06:03 +0200
Florian Weimer <[email protected]> • #172
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Wed, 19 Apr 2023 05:10:18 +0100
Sam James <[email protected]> • #171
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Tue, 18 Apr 2023 21:39:42 -0500
Oskari Pirhonen <[email protected]> • #170
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Wed, 19 Apr 2023 03:14:52 +0200
Arsen Arsenović <[email protected]> • #169
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Wed, 19 Apr 2023 08:25:19 +0800
Paul Wise <[email protected]> • #168
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Wed, 19 Apr 2023 01:17:55 +0200
Guillem Jover <[email protected]> • #167
Re: RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Tue, 18 Apr 2023 17:54:20 -0500
"G. Branden Robinson" <[email protected]> • #166
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Tue, 18 Apr 2023 15:37:41 +0100
Sam James <[email protected]> • #165
RFC: More C errors by default in GCC 14 (no more implicit function decls)
Tue, 18 Apr 2023 16:17:17 +0200
Florian Weimer <[email protected]> • #164
RFC: More C errors by default in GCC 14 (no more implicit function declarations etc.)
Tue, 18 Apr 2023 16:07:45 +0200
Florian Weimer <[email protected]> • #163
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Tue, 18 Apr 2023 09:55:27 -0400
Neal Gompa <[email protected]> • #162
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Tue, 18 Apr 2023 15:42:57 +0200 (CEST)
Jan Engelhardt <[email protected]> • #161
Re: More C errors by default in GCC 14 (implicit function declarations etc.)
Tue, 18 Apr 2023 09:19:48 -0400
Neal Gompa <[email protected]> • #160
More C errors by default in GCC 14 (implicit function declarations etc.)
Tue, 18 Apr 2023 14:36:26 +0200
Florian Weimer <[email protected]> • #159
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Sun, 19 Mar 2023 00:57:52 +0000
Sam James <[email protected]> • #158
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Sat, 18 Mar 2023 17:30:04 -0700
Jim Meyering <[email protected]> • #157
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Fri, 17 Mar 2023 19:52:17 -0700
Paul Eggert <[email protected]> • #156
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Fri, 17 Mar 2023 19:08:02 -0700
Jim Meyering <[email protected]> • #155
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Fri, 17 Mar 2023 17:59:49 -0700
Paul Eggert <[email protected]> • #154
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Fri, 17 Mar 2023 23:47:21 +0000
Sam James <[email protected]> • #153
Re: On time64 and Large File Support
Mon, 06 Mar 2023 11:19:36 +0100
Florian Weimer <[email protected]> • #152
Re: On time64 and Large File Support
Mon, 06 Mar 2023 09:58:01 +0100
Andreas Schwab <[email protected]> • #151
Re: On time64 and Large File Support
Sat, 04 Mar 2023 00:21:33 +0100
Arsen Arsenović <[email protected]> • #150
Re: On time64 and Large File Support
Fri, 3 Mar 2023 14:14:18 +0000
Daniel P. Berrangé <[email protected]> • #149
Re: On time64 and Large File Support
Fri, 3 Mar 2023 14:01:35 +0000
Wookey <[email protected]> • #148
Re: On time64 and Large File Support
Fri, 3 Mar 2023 12:39:56 +0000
"Richard W.M. Jones" <[email protected]> • #147
Re: On time64 and Large File Support
Fri, 03 Mar 2023 12:49:04 +0100
Florian Weimer <[email protected]> • #146
Re: On time64 and Large File Support
Thu, 2 Mar 2023 21:50:41 -0800
Paul Eggert <[email protected]> • #145
Re: On time64 and Large File Support
Thu, 2 Mar 2023 21:46:42 -0800
Paul Eggert <[email protected]> • #144
Re: On time64 and Large File Support
Fri, 3 Mar 2023 03:30:45 +0000
Wookey <[email protected]> • #143
Re: On time64 and Large File Support
Thu, 2 Mar 2023 13:24:48 +0000
Daniel P. Berrangé <[email protected]> • #142
Re: On time64 and Large File Support
Thu, 02 Mar 2023 13:17:33 +0100
Bruno Haible <[email protected]> • #141
Re: On time64 and Large File Support
Thu, 2 Mar 2023 11:02:44 +0000
"Richard W.M. Jones" <[email protected]> • #140
Re: On time64 and Large File Support
Thu, 02 Mar 2023 11:38:27 +0100
Andreas Schwab <[email protected]> • #139
Re: On time64 and Large File Support
Thu, 2 Mar 2023 02:28:28 -0800
Paul Eggert <[email protected]> • #138
Re: On time64 and Large File Support
Thu, 2 Mar 2023 09:04:07 +0000
Daniel P. Berrangé <[email protected]> • #137
Re: On time64 and Large File Support
Thu, 2 Mar 2023 08:30:20 +0000
"Richard W.M. Jones" <[email protected]> • #136
Re: On time64 and Large File Support
Wed, 1 Mar 2023 19:29:01 -0500
Demi Marie Obenour <[email protected]> • #135
Re: On time64 and Large File Support
Wed, 1 Mar 2023 16:38:59 -0600
Eric Blake <[email protected]> • #134
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Mon, 27 Feb 2023 02:30:46 +0000
Sam James <[email protected]> • #133
Cython and conditional compilation
Thu, 09 Feb 2023 11:38:55 +0100
Florian Weimer <[email protected]> • #132
Re: [python-cffi] cffi.FFI.cdef and implicit function declarations
Wed, 08 Feb 2023 14:57:08 +0100
Florian Weimer <[email protected]> • #131
Re: [python-cffi] cffi.FFI.cdef and implicit function declarations
Wed, 8 Feb 2023 13:18:13 +0100
Armin Rigo <[email protected]> • #130
Re: [python-cffi] cffi.FFI.cdef and implicit function declarations
Wed, 8 Feb 2023 13:12:43 +0100
Armin Rigo <[email protected]> • #129
cffi.FFI.cdef and implicit function declarations
Wed, 08 Feb 2023 11:10:37 +0100
Florian Weimer <[email protected]> • #128
Re: time for Autoconf 2.72
Fri, 03 Feb 2023 13:43:27 +0100
Bruno Haible <[email protected]> • #127
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Fri, 3 Feb 2023 05:49:57 +0000
Sam James <[email protected]> • #126
time for Autoconf 2.72 (was: On time64 and Large File Support)
Thu, 2 Feb 2023 15:15:23 -0800
Paul Eggert <[email protected]> • #125
Re: time for Autoconf 2.72 (was: On time64 and Large File Support)
Thu, 02 Feb 2023 18:17:38 -0500
"Zack Weinberg" <[email protected]> • #124
Re: On time64 and Large File Support
Thu, 2 Feb 2023 06:43:59 +0000
Sam James <[email protected]> • #123
Re: On time64 and Large File Support
Fri, 20 Jan 2023 01:56:30 -0800
Paul Eggert <[email protected]> • #122
Re: On time64 and Large File Support
Fri, 30 Dec 2022 22:20:19 +0000
Sam James <[email protected]> • #121
Re: On time64 and Large File Support
Fri, 30 Dec 2022 14:12:32 -0800
Paul Eggert <[email protected]> • #120
Re: On time64 and Large File Support
Wed, 28 Dec 2022 23:02:24 -0500
Zack Weinberg <[email protected]> • #119
Re: On time64 and Large File Support
Sun, 25 Dec 2022 11:19:11 -0800
Paul Eggert <[email protected]> • #118
Re: Porting procmail to C99
Fri, 25 Nov 2022 20:28:01 -0800
Fangrui Song <[email protected]> • #117
Re: Porting procmail to C99
Fri, 25 Nov 2022 23:14:37 +0100
Bruno Haible <[email protected]> • #116
Porting procmail to C99
Fri, 25 Nov 2022 22:18:49 +0100
Florian Weimer <[email protected]> • #115
Re: Best method to share that something is broken + patches?
Tue, 22 Nov 2022 13:08:48 +0100
Florian Weimer <[email protected]> • #114
Re: Best method to share that something is broken + patches?
Tue, 22 Nov 2022 07:55:27 +0000
Sam James <[email protected]> • #113
Best method to share that something is broken + patches?
Tue, 22 Nov 2022 07:48:53 +0000
Sam James <[email protected]> • #112
Re: C89isms in the test suite
Mon, 21 Nov 2022 12:12:58 +0100
Jakub Jelinek <[email protected]> • #111
Re: How can Autoconf help with the transition to stricter compilation defaults?
Thu, 17 Nov 2022 14:27:30 -0800
Paul Eggert <[email protected]> • #110
Re: How can Autoconf help with the transition to stricter compilation defaults?
Thu, 17 Nov 2022 22:35:44 +0100
Bruno Haible <[email protected]> • #109
Re: How can Autoconf help with the transition to stricter compilation defaults?
Thu, 17 Nov 2022 10:58:52 -0800
Paul Eggert <[email protected]> • #108
Re: How can Autoconf help with the transition to stricter compilation defaults?
Thu, 17 Nov 2022 10:45:53 -0800
Paul Eggert <[email protected]> • #107
Re: How can Autoconf help with the transition to stricter compilation defaults?
Thu, 17 Nov 2022 13:30:26 +0000 (UTC)
Michael Matz <[email protected]> • #106
Re: How can Autoconf help with the transition to stricter compilation defaults?
Wed, 16 Nov 2022 13:59:48 -0500
"Zack Weinberg" <[email protected]> • #105
Re: How can Autoconf help with the transition to stricter compilation defaults?
Wed, 16 Nov 2022 13:40:27 -0500
Jeffrey Walton <[email protected]> • #104
Re: How can Autoconf help with the transition to stricter compilation defaults?
Wed, 16 Nov 2022 10:17:18 -0800
Paul Eggert <[email protected]> • #103
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.