Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #92512 > unrolled thread
| Started by | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| First post | 2016-08-19 14:22 -0700 |
| Last post | 2016-08-22 05:11 -0700 |
| Articles | 20 on this page of 355 — 30 participants |
Back to article view | Back to comp.lang.c
Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-19 14:22 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-20 09:36 +1200
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-19 22:48 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-19 14:56 -0700
Re: Default values in #define Chad <cdalten@gmail.com> - 2016-08-22 07:56 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-22 17:09 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 08:21 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 08:47 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 08:55 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-22 09:27 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 09:41 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-22 20:19 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 12:54 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 09:14 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 05:23 -0700
Re: Default values in #define mark.bluemel@gmail.com - 2016-08-23 05:42 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 05:52 -0700
Re: Default values in #define mark.bluemel@gmail.com - 2016-08-23 06:01 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:06 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:01 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 15:56 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:59 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-23 10:42 -0700
Re: Default values in #define matt@godbolt.org - 2016-08-23 06:47 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 15:57 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 15:31 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:43 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 16:06 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 07:15 -0700
Re: Default values in #define albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-12-04 13:26 +0100
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-05 22:07 -0600
Re: Default values in #define supercat@casperkitty.com - 2016-12-06 06:22 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-07 00:50 -0600
Re: Default values in #define supercat@casperkitty.com - 2016-12-07 06:33 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-07 23:06 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-08 01:44 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-08 06:58 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-10 08:16 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-11 02:47 -0600
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 15:49 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 15:52 -0800
Re: Default values in #define asetofsymbols@gmail.com - 2016-12-09 00:52 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-10 03:19 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-07 04:43 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-08 14:18 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-08 07:22 -0800
Re: Default values in #define supercat@casperkitty.com - 2016-12-08 08:00 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-08 22:14 +0100
Re: Default values in #define supercat@casperkitty.com - 2016-12-08 13:44 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 16:07 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-09 17:00 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 17:46 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-10 08:37 -0800
Re: Default values in #define supercat@casperkitty.com - 2016-12-10 09:42 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-10 10:05 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-11 02:51 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-11 04:40 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-11 23:06 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-12 03:15 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-12 16:12 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-12 07:33 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-13 01:45 -0600
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-12 16:49 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-12 10:25 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-13 10:50 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 04:02 -0800
Re: Default values in #define BartC <bc@freeuk.com> - 2016-12-13 13:14 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 05:57 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-13 14:32 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 05:58 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 06:21 -0800
Re: Default values in #define BartC <bc@freeuk.com> - 2016-12-13 14:41 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 06:47 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-13 16:24 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 07:30 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-14 14:12 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-14 12:21 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-14 15:02 -0600
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-14 13:19 -0800
Petty and unprofessional (Was: Default values in #define) gazelle@shell.xmission.com (Kenny McCormack) - 2016-12-13 16:46 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 09:04 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-13 20:06 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 11:19 -0800
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-12-13 11:33 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 11:44 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-14 10:04 +0100
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 14:37 -0800
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-12-14 14:28 -0600
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 14:23 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 16:10 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 18:54 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 18:57 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-14 02:53 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-14 05:59 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-14 12:03 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-14 12:22 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-14 17:09 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-14 18:37 -0800
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-12-13 05:25 -0800
Re: Default values in #define supercat@casperkitty.com - 2016-12-12 07:31 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-12 07:35 -0800
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-12-12 09:17 -0800
Re: Default values in #define supercat@casperkitty.com - 2016-12-12 11:03 -0800
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-12-12 11:41 -0800
Re: Default values in #define supercat@casperkitty.com - 2016-12-12 12:31 -0800
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-12-12 13:13 -0800
Re: Default values in #define BartC <bc@freeuk.com> - 2016-12-12 20:22 +0000
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-11 14:49 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-11 07:10 -0800
Re: Default values in #define luser droog <luser.droog@gmail.com> - 2016-12-11 07:21 -0800
Re: Default values in #define jameskuyper@verizon.net - 2016-12-11 10:33 -0800
Re: Default values in #define Melzzzzz <mel@zzzzz.com> - 2016-12-11 16:22 +0100
Re: Default values in #define luser droog <luser.droog@gmail.com> - 2016-12-11 07:16 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 13:54 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 14:09 -0800
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-13 14:31 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-12-13 16:11 -0800
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:49 -0700
Re: Default values in #define Andrew Haley <andrew29@littlepinkcloud.invalid> - 2016-12-21 05:50 -0600
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-12-21 13:10 +0100
Re: Default values in #define supercat@casperkitty.com - 2016-08-22 12:56 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-22 21:11 +0100
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-22 15:47 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-23 11:54 -0700
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-23 20:07 +0100
Re: Default values in #define supercat@casperkitty.com - 2016-08-23 14:30 -0700
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-24 06:25 +0100
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-24 10:34 +0200
Re: Default values in #define Richard Damon <Richard@Damon-Family.org> - 2016-08-24 08:50 -0400
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-24 15:37 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-24 11:58 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-25 01:27 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-24 22:28 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-24 23:38 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-25 10:44 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 07:29 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-25 07:32 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 10:26 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-25 11:11 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 12:03 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:31 +0200
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-29 09:28 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 22:51 +0200
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-29 16:35 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 01:44 +0200
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-08-30 10:06 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-30 10:41 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 21:24 +0200
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 12:32 -0700
Re: Default values in #define Jean-Marc Bourguet <jm@bourguet.org> - 2016-08-30 22:30 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-31 09:17 +0200
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-08-31 22:46 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-31 10:29 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 10:12 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-08-31 12:30 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 11:32 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-08-31 22:56 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-01 08:17 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-04 22:18 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-08-31 22:34 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-09-01 00:32 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-02 05:19 -0700
Re: Default values in #define Jean-Marc Bourguet <jm@bourguet.org> - 2016-09-01 11:38 +0200
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-09-01 10:03 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-01 10:31 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-09-01 12:50 -0700
Re: Default values in #define Jean-Marc Bourguet <jm@bourguet.org> - 2016-09-01 21:30 +0200
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-02 05:37 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-02 08:16 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-04 22:20 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-06 07:32 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-11 06:54 -0700
Re: Default values in #define Keith Thompson <kst-u@mib.org> - 2016-09-02 08:40 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-02 10:16 -0700
Re: Default values in #define Tim Rentsch <txr@alumni.caltech.edu> - 2016-09-04 15:16 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-25 08:28 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 10:14 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 00:54 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 01:00 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-26 11:17 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 04:08 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-26 13:45 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 06:09 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-26 17:11 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 09:31 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-26 12:48 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-26 09:50 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:01 +0200
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-29 10:57 -0700
Re: Default values in #define Ike Naar <ike@iceland.freeshell.org> - 2016-08-31 06:09 +0000
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-26 12:24 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-26 17:27 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-26 17:39 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-26 21:49 +0100
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:51 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:46 +0200
Re: Default values in #define Richard Damon <Richard@Damon-Family.org> - 2016-08-26 17:37 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-26 15:05 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-27 10:25 +1200
Re: Default values in #define supercat@casperkitty.com - 2016-08-26 16:25 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 18:12 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-27 13:47 +1200
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 19:32 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-26 22:54 -0400
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-26 21:11 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-27 18:25 +1200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 09:11 -0400
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-27 06:33 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 10:16 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-27 13:17 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 16:26 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-27 13:10 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 16:35 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 09:28 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-29 15:38 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 13:27 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-29 16:42 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 14:16 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-29 17:24 -0400
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:21 +0200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-30 08:12 -0400
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 15:24 +0200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-30 10:53 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-30 10:34 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-30 14:44 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-30 12:48 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-30 17:19 -0400
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-31 11:24 +0200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-31 10:33 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 09:51 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-31 22:46 -0400
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-30 16:26 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-09-03 17:31 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 16:03 -0800
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 21:36 +0200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-30 17:30 -0400
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-31 12:39 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-31 03:57 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-31 15:34 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-31 07:33 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-31 10:46 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 10:03 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-31 22:52 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-09-01 07:41 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-01 14:58 -0400
Re: Default values in #define already5chosen@yahoo.com - 2016-08-31 02:27 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 08:21 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-31 09:05 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-31 09:15 -0700
Re: Default values in #define Rosario19 <Ros@invalid.invalid> - 2016-09-02 22:22 +0200
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-28 08:41 +1200
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 20:34 -0400
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 09:41 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-30 08:07 +1200
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 14:08 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-29 15:41 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 16:30 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-29 17:14 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-29 17:20 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 23:37 -0700
Re: Default values in #define already5chosen@yahoo.com - 2016-08-30 02:19 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:26 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-30 04:40 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:56 +0200
Re: Default values in #define albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-12-04 15:43 +0100
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-30 19:34 +1200
Re: Default values in #define supercat@casperkitty.com - 2016-08-30 00:51 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-30 20:36 +1200
Re: Default values in #define Robert Wessel <robertwessel2@yahoo.com> - 2016-08-31 00:39 -0500
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-26 21:40 -0700
Re: Default values in #define Jerry Stuckle <jstucklex@attglobal.net> - 2016-08-27 09:22 -0400
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-29 11:36 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-12-09 16:26 -0800
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-27 06:34 +0100
Re: Default values in #define supercat@casperkitty.com - 2016-08-27 12:48 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:12 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:10 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 10:18 -0700
Re: Default values in #define already5chosen@yahoo.com - 2016-08-29 10:32 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 10:49 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 23:13 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 14:48 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-26 09:14 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-26 08:59 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:43 +0200
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-29 22:58 -0700
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-30 07:14 +0100
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-30 00:14 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 00:26 -0700
Re: Default values in #define already5chosen@yahoo.com - 2016-08-30 02:10 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-30 10:47 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 03:32 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:38 +0200
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 04:44 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 14:00 +0200
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-30 18:55 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 12:24 -0700
Re: Default values in #define me <crisdunbar@gmail.com> - 2016-08-30 14:11 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 16:28 -0700
Re: Default values in #define me <crisdunbar@gmail.com> - 2016-08-30 16:54 -0700
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-31 06:27 +0100
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-30 23:09 +0100
Re: Default values in #define supercat@casperkitty.com - 2016-08-30 16:06 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:35 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-30 13:30 +0200
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-30 04:39 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:40 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 15:17 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-29 06:47 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:58 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-29 09:09 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 23:16 +0200
Re: Default values in #define already5chosen@yahoo.com - 2016-08-31 02:02 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-31 12:49 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-31 09:02 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-25 10:31 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 10:01 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:24 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 10:43 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 23:29 +0200
Re: Default values in #define supercat@casperkitty.com - 2016-08-29 16:27 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-25 10:02 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 10:33 -0700
Re: Default values in #define "Chris M. Thomasson" <invalid@invalid.invalid> - 2016-08-25 14:12 -0700
Re: Default values in #define supercat@casperkitty.com - 2016-08-25 14:22 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-29 16:27 +0200
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-22 23:13 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 14:39 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 09:32 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 05:33 -0700
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-23 06:13 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 06:22 -0700
Re: Default values in #define David Brown <david.brown@hesbynett.no> - 2016-08-23 16:13 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-23 07:35 -0700
Re: Default values in #define Gareth Owen <gwowen@gmail.com> - 2016-08-23 19:08 +0100
Re: Default values in #define Rosario19 <Ros@invalid.invalid> - 2016-08-24 09:05 +0200
Re: Default values in #define mark.bluemel@gmail.com - 2016-08-24 00:49 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-24 05:40 -0700
Re: Default values in #define BartC <bc@freeuk.com> - 2016-08-19 22:56 +0100
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-20 10:14 +1200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-19 18:09 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-20 13:15 +1200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-19 19:10 -0700
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-20 14:50 +1200
Re: Default values in #define BartC <bc@freeuk.com> - 2016-08-20 10:35 +0100
Re: Default values in #define Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-08-20 03:13 -0700
Re: Default values in #define BartC <bc@freeuk.com> - 2016-08-20 12:24 +0100
Re: Default values in #define Ian Collins <ian-news@hotmail.com> - 2016-08-21 00:14 +1200
Re: Default values in #define gazelle@shell.xmission.com (Kenny McCormack) - 2016-08-20 14:13 +0000
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 05:17 -0700
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-20 12:08 -0700
Re: Default values in #define Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-20 14:06 +0100
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-20 12:14 -0700
Re: Default values in #define Philipp Klaus Krause <pkk@spth.de> - 2016-08-21 12:51 +0200
Re: Default values in #define "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-08-22 05:11 -0700
Page 1 of 18 [1] 2 3 … 18 Next page →
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-19 14:22 -0700 |
| Subject | Default values in #define |
| Message-ID | <d6e97054-1a68-418a-a6ae-5807ffccabbe@googlegroups.com> |
I tried to do this today, and the compiler balked. Is there a syntax
where this idea is legal (line 06 and the [c = "hello"] part)?
01: void myfunc(int value, char* text)
02: {
03: printf("%d %s\n", value, text);
04: }
05:
06: #define abc(a, b, c = "hello") a(b, c)
07:
08: abc(myfunc, 2);
Best regards,
Rick C. Hodgin
[toc] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2016-08-20 09:36 +1200 |
| Message-ID | <e1pce8F2cguU1@mid.individual.net> |
| In reply to | #92512 |
On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
> I tried to do this today, and the compiler balked. Is there a syntax
> where this idea is legal (line 06 and the [c = "hello"] part)?
>
> 01: void myfunc(int value, char* text)
> 02: {
> 03: printf("%d %s\n", value, text);
> 04: }
> 05:
> 06: #define abc(a, b, c = "hello") a(b, c)
> 07:
> 08: abc(myfunc, 2);
If you want C++, you know where to find it!
--
Ian
[toc] | [prev] | [next] | [standalone]
| From | Ben Bacarisse <ben.usenet@bsb.me.uk> |
|---|---|
| Date | 2016-08-19 22:48 +0100 |
| Message-ID | <87twegmnvj.fsf@bsb.me.uk> |
| In reply to | #92513 |
Ian Collins <ian-news@hotmail.com> writes:
> On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
>> I tried to do this today, and the compiler balked. Is there a syntax
>> where this idea is legal (line 06 and the [c = "hello"] part)?
>>
>> 01: void myfunc(int value, char* text)
>> 02: {
>> 03: printf("%d %s\n", value, text);
>> 04: }
>> 05:
>> 06: #define abc(a, b, c = "hello") a(b, c)
>> 07:
>> 08: abc(myfunc, 2);
>
> If you want C++, you know where to find it!
The irony is that he uses C++ despite posting in c.l.c.
--
Ben.
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-19 14:56 -0700 |
| Message-ID | <48816a2b-d99c-46c5-b1c6-82eefd80bd02@googlegroups.com> |
| In reply to | #92515 |
On Friday, August 19, 2016 at 5:48:24 PM UTC-4, Ben Bacarisse wrote:
> Ian Collins <ian-news@hotmail.com> writes:
>
> > On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
> >> I tried to do this today, and the compiler balked. Is there a syntax
> >> where this idea is legal (line 06 and the [c = "hello"] part)?
> >>
> >> 01: void myfunc(int value, char* text)
> >> 02: {
> >> 03: printf("%d %s\n", value, text);
> >> 04: }
> >> 05:
> >> 06: #define abc(a, b, c = "hello") a(b, c)
> >> 07:
> >> 08: abc(myfunc, 2);
> >
> > If you want C++, you know where to find it!
>
> The irony is that he uses C++ despite posting in c.l.c.
I use a C++ compiler and some of its tightenings and relaxations, but
(apart from those tightenings and relaxations) I program in C.
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | Chad <cdalten@gmail.com> |
|---|---|
| Date | 2016-08-22 07:56 -0700 |
| Message-ID | <a2a939d8-085a-45e8-b311-40680d6a63a2@googlegroups.com> |
| In reply to | #92515 |
On Friday, August 19, 2016 at 2:48:24 PM UTC-7, Ben Bacarisse wrote:
> Ian Collins <ian-news@hotmail.com> writes:
>
> > On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
> >> I tried to do this today, and the compiler balked. Is there a syntax
> >> where this idea is legal (line 06 and the [c = "hello"] part)?
> >>
> >> 01: void myfunc(int value, char* text)
> >> 02: {
> >> 03: printf("%d %s\n", value, text);
> >> 04: }
> >> 05:
> >> 06: #define abc(a, b, c = "hello") a(b, c)
> >> 07:
> >> 08: abc(myfunc, 2);
> >
> > If you want C++, you know where to find it!
>
> The irony is that he uses C++ despite posting in c.l.c.
>
How did you know that homegirl was using C++?
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2016-08-22 17:09 +0200 |
| Message-ID | <npf4im$1kc$1@dont-email.me> |
| In reply to | #92580 |
On 22/08/16 16:56, Chad wrote:
> On Friday, August 19, 2016 at 2:48:24 PM UTC-7, Ben Bacarisse wrote:
>> Ian Collins <ian-news@hotmail.com> writes:
>>
>>> On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
>>>> I tried to do this today, and the compiler balked. Is there a syntax
>>>> where this idea is legal (line 06 and the [c = "hello"] part)?
>>>>
>>>> 01: void myfunc(int value, char* text)
>>>> 02: {
>>>> 03: printf("%d %s\n", value, text);
>>>> 04: }
>>>> 05:
>>>> 06: #define abc(a, b, c = "hello") a(b, c)
>>>> 07:
>>>> 08: abc(myfunc, 2);
>>>
>>> If you want C++, you know where to find it!
>>
>> The irony is that he uses C++ despite posting in c.l.c.
>>
>
> How did you know that homegirl was using C++?
>
I am not sure what you mean with the "homegirl" reference - perhaps it
is some American slang that I don't get.
But we know that Rick programs basically in C, but using a C++ compiler,
because he has told us. He believes that full C++ is too complicated a
language, but takes advantage of a few C++ features in his basically C
programming. And his (currently) preferred development environment is
MSVC, which has very good C++ support but quite poor C support (maybe
that's different now that they are using clang).
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-22 08:21 -0700 |
| Message-ID | <d6644a25-bcc6-47f8-8a6d-d7ef065b6fed@googlegroups.com> |
| In reply to | #92582 |
On Monday, August 22, 2016 at 11:09:18 AM UTC-4, David Brown wrote:
> On 22/08/16 16:56, Chad wrote:
> > On Friday, August 19, 2016 at 2:48:24 PM UTC-7, Ben Bacarisse wrote:
> >> Ian Collins <ian-news@hotmail.com> writes:
> >>
> >>> On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
> >>>> I tried to do this today, and the compiler balked. Is there a syntax
> >>>> where this idea is legal (line 06 and the [c = "hello"] part)?
> >>>>
> >>>> 01: void myfunc(int value, char* text)
> >>>> 02: {
> >>>> 03: printf("%d %s\n", value, text);
> >>>> 04: }
> >>>> 05:
> >>>> 06: #define abc(a, b, c = "hello") a(b, c)
> >>>> 07:
> >>>> 08: abc(myfunc, 2);
> >>>
> >>> If you want C++, you know where to find it!
> >>
> >> The irony is that he uses C++ despite posting in c.l.c.
> >
> > How did you know that homegirl was using C++?
>
> I am not sure what you mean with the "homegirl" reference - perhaps it
> is some American slang that I don't get.
Yep. It's Chad's derogatory name calling directed at me.
> But we know that Rick programs basically in C, but using a C++ compiler,
> because he has told us. He believes that full C++ is too complicated a
> language, but takes advantage of a few C++ features in his basically C
> programming.
I think it's both too complex and an incredibly messy syntax, though I
think there are some truly brilliant aspects of its extension of C.
> And his (currently) preferred development environment is
> MSVC, which has very good C++ support but quite poor C support (maybe
> that's different now that they are using clang).
Is that true that Microsoft is using clang now? Does that mean that clang
is an optional compiler? Or that Microsoft is using clang as part of its
VC++ compilers (as your reply seems to indicate)?
If so, despite its many improvements I shall abandon all new aspects of
Visual Studio 2015 and later, as I want nothing to do with Apple. Clang's
logo is a fire breathing dragon, for crying out loud:
http://llvm.org/Logo.html
https://en.wikipedia.org/wiki/Wyvern
All of Apple's products are to be avoided. The only reason I've used
Microsoft's products are because I used them before I was saved, and God
received me in my stead, and there are several cases where I can remember
in my pre-salvation days the hand of some (at the time I thought) force
at work in my life, guiding me, including my original introduction into
Visual Studio 98, and later 2002 and 2003 (before I was saved in 2004).
It's also the fundamental reason why I'm writing my own compiler, even
my own complete hardware and software stack, so that I have my own tools
upon which to build everything, tools founded upon an offering unto the
Lord Jesus Christ.
[My original attempt at posting failed. I apologize if this posts twice.]
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-22 08:47 -0700 |
| Message-ID | <28c6c4ab-6123-4ca1-8870-ab9332ce7b5d@googlegroups.com> |
| In reply to | #92583 |
On Monday, August 22, 2016 at 11:21:37 AM UTC-4, Rick C. Hodgin wrote:
> On Monday, August 22, 2016 at 11:09:18 AM UTC-4, David Brown wrote:
> > On 22/08/16 16:56, Chad wrote:
> > > On Friday, August 19, 2016 at 2:48:24 PM UTC-7, Ben Bacarisse wrote:
> > >> Ian Collins <ian-news@hotmail.com> writes:
> > >>
> > >>> On 08/20/16 09:22 AM, Rick C. Hodgin wrote:
> > >>>> I tried to do this today, and the compiler balked. Is there a syntax
> > >>>> where this idea is legal (line 06 and the [c = "hello"] part)?
> > >>>>
> > >>>> 01: void myfunc(int value, char* text)
> > >>>> 02: {
> > >>>> 03: printf("%d %s\n", value, text);
> > >>>> 04: }
> > >>>> 05:
> > >>>> 06: #define abc(a, b, c = "hello") a(b, c)
> > >>>> 07:
> > >>>> 08: abc(myfunc, 2);
> > >>>
> > >>> If you want C++, you know where to find it!
> > >>
> > >> The irony is that he uses C++ despite posting in c.l.c.
> > >
> > > How did you know that homegirl was using C++?
> >
> > I am not sure what you mean with the "homegirl" reference - perhaps it
> > is some American slang that I don't get.
>
> Yep. It's Chad's derogatory name calling directed at me.
>
> > But we know that Rick programs basically in C, but using a C++ compiler,
> > because he has told us. He believes that full C++ is too complicated a
> > language, but takes advantage of a few C++ features in his basically C
> > programming.
>
> I think it's both too complex and an incredibly messy syntax, though I
> think there are some truly brilliant aspects of its extension of C.
>
> > And his (currently) preferred development environment is
> > MSVC, which has very good C++ support but quite poor C support (maybe
> > that's different now that they are using clang).
>
> Is that true that Microsoft is using clang now? Does that mean that clang
> is an optional compiler? Or that Microsoft is using clang as part of its
> VC++ compilers (as your reply seems to indicate)?
I see where it's an add-on, such that you can support Android, iOS, and
clang tools from within Visual Studio as a cross-platform feature, but
not as though it's been directly incorporated into VC/VC++ compilers.
> If so, despite its many improvements I shall abandon all new aspects of
> Visual Studio 2015 and later, as I want nothing to do with Apple. Clang's
> logo is a fire breathing dragon, for crying out loud:
>
> http://llvm.org/Logo.html
> https://en.wikipedia.org/wiki/Wyvern
>
> All of Apple's products are to be avoided. The only reason I've used
> Microsoft's products are because I used them before I was saved, and God
> received me in my stead, and there are several cases where I can remember
> in my pre-salvation days the hand of some (at the time I thought) force
> at work in my life, guiding me, including my original introduction into
> Visual Studio 98, and later 2002 and 2003 (before I was saved in 2004).
>
> It's also the fundamental reason why I'm writing my own compiler, even
> my own complete hardware and software stack, so that I have my own tools
> upon which to build everything, tools founded upon an offering unto the
> Lord Jesus Christ.
>
> [My original attempt at posting failed. I apologize if this posts twice.]
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-22 08:55 -0700 |
| Message-ID | <360cdc9c-6362-4482-aa40-c12e5065d77f@googlegroups.com> |
| In reply to | #92586 |
On Monday, August 22, 2016 at 11:47:14 AM UTC-4, Rick C. Hodgin wrote:
> On Monday, August 22, 2016 at 11:21:37 AM UTC-4, Rick C. Hodgin wrote:
> > On Monday, August 22, 2016 at 11:09:18 AM UTC-4, David Brown wrote:
> > > And his (currently) preferred development environment is
> > > MSVC, which has very good C++ support but quite poor C support (maybe
> > > that's different now that they are using clang).
> >
> > Is that true that Microsoft is using clang now? Does that mean that clang
> > is an optional compiler? Or that Microsoft is using clang as part of its
> > VC++ compilers (as your reply seems to indicate)?
>
> I see where it's an add-on, such that you can support Android, iOS, and
> clang tools from within Visual Studio as a cross-platform feature, but
> not as though it's been directly incorporated into VC/VC++ compilers.
Support:
https://blogs.msdn.microsoft.com/vcblog/2016/06/03/clang-3-8-in-the-may-release-of-clang-with-microsoft-codegen/
"When creating a new project you should see an option for two Clang
projects in the Cross Platform section of the Visual C++ templates..."
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | supercat@casperkitty.com |
|---|---|
| Date | 2016-08-22 09:27 -0700 |
| Message-ID | <abf24990-6d42-49bc-8fa2-8c4fe3b5ff07@googlegroups.com> |
| In reply to | #92583 |
On Monday, August 22, 2016 at 10:21:37 AM UTC-5, Rick C. Hodgin wrote:
> Is that true that Microsoft is using clang now? Does that mean that clang
> is an optional compiler? Or that Microsoft is using clang as part of its
> VC++ compilers (as your reply seems to indicate)?
Microsoft's compilers have historically taken the view that compilers for
platforms where various actions naturally result in useful behaviors should
treat such actions as defined, even if supporting such actions on other
platforms would be expensive (in cases where actions would be practical to
support on some platforms but not others, the Standard leaves the question
of whether or not to support them to the implementer's judgment).
Clang, however, seems to go dangerously far in the opposite direction, and
(at least in the version on godbolt) does not support type punning through
array-type union members, even when the array-indexing operators are applied
to arrays accessed through the union (e.g. given:
typedef union {long long l; int64_t ll[1];} lu;
lu *p1, *p2;
an attempt to access p1->ll[0] will be seen simply as an indirection of a
long* with no relation to the union, and will thus be presumed incapable
of affecting p2->l (notwithstanding the fact that members l and ll[0] have
identical bitwise representations!). I wonder what MS compiler writers
thank about that sort of craziness.
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-22 09:41 -0700 |
| Message-ID | <c1c530ba-3887-42f3-962a-d8c9b0851c5a@googlegroups.com> |
| In reply to | #92588 |
On Monday, August 22, 2016 at 12:27:36 PM UTC-4, supe...@casperkitty.com wrote:
> On Monday, August 22, 2016 at 10:21:37 AM UTC-5, Rick C. Hodgin wrote:
> > Is that true that Microsoft is using clang now? Does that mean that clang
> > is an optional compiler? Or that Microsoft is using clang as part of its
> > VC++ compilers (as your reply seems to indicate)?
>
> Microsoft's compilers have historically taken the view that compilers for
> platforms where various actions naturally result in useful behaviors should
> treat such actions as defined, even if supporting such actions on other
> platforms would be expensive (in cases where actions would be practical to
> support on some platforms but not others, the Standard leaves the question
> of whether or not to support them to the implementer's judgment).
>
> Clang, however, seems to go dangerously far in the opposite direction, and
> (at least in the version on godbolt) does not support type punning through
> array-type union members, even when the array-indexing operators are applied
> to arrays accessed through the union (e.g. given:
>
> typedef union {long long l; int64_t ll[1];} lu;
> lu *p1, *p2;
>
> an attempt to access p1->ll[0] will be seen simply as an indirection of a
> long* with no relation to the union, and will thus be presumed incapable
> of affecting p2->l (notwithstanding the fact that members l and ll[0] have
> identical bitwise representations!). I wonder what MS compiler writers
> thank about that sort of craziness.
It seems an odd decision on behalf of the clang developers. They must have
a guard of warning in their documentation about using unions at your own
risk. :-) If true, I agree with you that it's dangerous.
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | Ben Bacarisse <ben.usenet@bsb.me.uk> |
|---|---|
| Date | 2016-08-22 20:19 +0100 |
| Message-ID | <87vaystxvp.fsf@bsb.me.uk> |
| In reply to | #92588 |
supercat@casperkitty.com writes:
<snip>
> Clang, however, seems to go dangerously far in the opposite direction, and
> (at least in the version on godbolt) does not support type punning through
> array-type union members, even when the array-indexing operators are applied
> to arrays accessed through the union (e.g. given:
>
> typedef union {long long l; int64_t ll[1];} lu;
> lu *p1, *p2;
I see a problem even without the array. At first glance it looks like a
bug. Have you communicated with the clang people to see if they think
it's a bug? My test case was:
#include <stdint.h>
#include <stdio.h>
union U {long long l; int64_t ll;};
long long f(union U *p1, union U *p2)
{
p2->l = 42;
p1->ll = 0;
return p2->l;
}
int main(void)
{
union U u;
printf("%lld\n", f(&u, &u));
}
prints 42 with clang -std=c11 -pedantic -O2 (version 3.6.2-1). Is this
what you mean or are you describing something else?
<snip>
--
Ben.
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-22 12:54 -0700 |
| Message-ID | <2419b1f8-52ec-464d-ba5c-389649e96342@googlegroups.com> |
| In reply to | #92602 |
On Monday, August 22, 2016 at 3:19:32 PM UTC-4, Ben Bacarisse wrote:
> supercat@casperkitty.com writes:
> <snip>
> > Clang, however, seems to go dangerously far in the opposite direction, and
> > (at least in the version on godbolt) does not support type punning through
> > array-type union members, even when the array-indexing operators are applied
> > to arrays accessed through the union (e.g. given:
> >
> > typedef union {long long l; int64_t ll[1];} lu;
> > lu *p1, *p2;
>
> I see a problem even without the array. At first glance it looks like a
> bug. Have you communicated with the clang people to see if they think
> it's a bug? My test case was:
>
> #include <stdint.h>
> #include <stdio.h>
>
> union U {long long l; int64_t ll;};
>
> long long f(union U *p1, union U *p2)
> {
> p2->l = 42;
> p1->ll = 0;
> return p2->l;
> }
>
> int main(void)
> {
> union U u;
> printf("%lld\n", f(&u, &u));
> }
>
> prints 42 with clang -std=c11 -pedantic -O2 (version 3.6.2-1). Is this
> what you mean or are you describing something else?
If you are on an Intel CPU, can you post the assembly source code it
generates for those lines in f() and main()?
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2016-08-23 09:14 +0200 |
| Message-ID | <npgt4c$doj$1@dont-email.me> |
| In reply to | #92603 |
On 22/08/16 21:54, Rick C. Hodgin wrote:
> On Monday, August 22, 2016 at 3:19:32 PM UTC-4, Ben Bacarisse wrote:
>> supercat@casperkitty.com writes:
>> <snip>
>>> Clang, however, seems to go dangerously far in the opposite direction, and
>>> (at least in the version on godbolt) does not support type punning through
>>> array-type union members, even when the array-indexing operators are applied
>>> to arrays accessed through the union (e.g. given:
>>>
>>> typedef union {long long l; int64_t ll[1];} lu;
>>> lu *p1, *p2;
>>
>> I see a problem even without the array. At first glance it looks like a
>> bug. Have you communicated with the clang people to see if they think
>> it's a bug? My test case was:
>>
>> #include <stdint.h>
>> #include <stdio.h>
>>
>> union U {long long l; int64_t ll;};
>>
>> long long f(union U *p1, union U *p2)
>> {
>> p2->l = 42;
>> p1->ll = 0;
>> return p2->l;
>> }
>>
>> int main(void)
>> {
>> union U u;
>> printf("%lld\n", f(&u, &u));
>> }
>>
>> prints 42 with clang -std=c11 -pedantic -O2 (version 3.6.2-1). Is this
>> what you mean or are you describing something else?
>
> If you are on an Intel CPU, can you post the assembly source code it
> generates for those lines in f() and main()?
>
> Best regards,
> Rick C. Hodgin
>
An online compiler is marvellous for such testing:
<http://gcc.godbolt.org/#>
For the function f (the interesting one), clang 3.8 with -O3 gives:
union U {long long l; int64_t ll;};
long long f(union U *p1, union U *p2)
{
p2->l = 42;
p1->ll = 0;
return p2->l;
}
f(U*, U*): # @f(U*, U*)
movq $42, (%rsi)
movq $0, (%rdi)
movl $42, %eax
retq
gcc 6.1 gives:
f(U*, U*):
movq $42, (%rsi)
movq $0, (%rdi)
movq (%rsi), %rax
ret
icc 13.01 gives the same code as gcc.
clang gives the same code as gcc if the union type is changed to have a
"long l" rather than "long long l". Note that this is tested on x86-64
Linux, where "long" and "long long" are both 64 bits - on clang at
least, int64_t appears to be typedef'ed to "long" rather than "long long".
gcc specifically says that "type punning" through unions is allowed:
<https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Type-punning>
I don't know if that is because the standards do not require it, or
because it is not entirely clear if the standards require it.
To me, this looks like a bug in clang. But I can't say my C standard
legalise is good enough to be sure.
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-23 05:23 -0700 |
| Message-ID | <0a2e8672-65c3-4efa-8583-1c08ef7f340b@googlegroups.com> |
| In reply to | #92613 |
On Tuesday, August 23, 2016 at 3:14:28 AM UTC-4, David Brown wrote: > An online compiler is marvellous for such testing: > <http://gcc.godbolt.org/#> "God Bolt"? You don't know me at all, David, do you? :-) > f(U*, U*): # @f(U*, U*) > movq $42, (%rsi) > movq $0, (%rdi) > movl $42, %eax > retq And if I may just say this one thing: it's flatly wrong to use AT&T syntax when Intel syntax exists. AT&T syntax is like trying to read what should be simplicity in a sea of chaos. Best regards, Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | mark.bluemel@gmail.com |
|---|---|
| Date | 2016-08-23 05:42 -0700 |
| Message-ID | <8796fba0-f5cb-403c-89ab-8d231b5e234d@googlegroups.com> |
| In reply to | #92619 |
On Tuesday, 23 August 2016 13:24:03 UTC+1, Rick C. Hodgin wrote: > On Tuesday, August 23, 2016 at 3:14:28 AM UTC-4, David Brown wrote: > > An online compiler is marvellous for such testing: > > <http://gcc.godbolt.org/#> > > "God Bolt"? You don't know me at all, David, do you? :-) I don't think Matt Godbolt will change his name to pander to your frankly bizarre outlook. If you choose not to take advantage of the work he's shared for free, that's your loss not his. Do you apply this degree of warped thinking to any name that has the slightest potential for misinterpretation?
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-23 05:52 -0700 |
| Message-ID | <ee73a875-6cb8-4113-910e-360307de6621@googlegroups.com> |
| In reply to | #92621 |
On Tuesday, August 23, 2016 at 8:42:49 AM UTC-4, mark.b...@gmail.com wrote: > On Tuesday, 23 August 2016 13:24:03 UTC+1, Rick C. Hodgin wrote: > > On Tuesday, August 23, 2016 at 3:14:28 AM UTC-4, David Brown wrote: > > > An online compiler is marvellous for such testing: > > > <http://gcc.godbolt.org/#> > > > > "God Bolt"? You don't know me at all, David, do you? :-) > > I don't think Matt Godbolt will change his name to pander to your > frankly bizarre outlook. > > If you choose not to take advantage of the work he's shared for free, > that's your loss not his. > > Do you apply this degree of warped thinking to any name that has the > slightest potential for misinterpretation? Well, it's my mistake then. Matt is the first "Godbolt" I've ever heard of in my 47 years. I had concluded based on the two names added together that it was something demeaning. My apologies to Matt and his family. To answer your question: When people take something and profane it against the God of the Bible, against Jesus CHrist, and the intents and purposes He had for us in the things He's given us, yes I will shun it, and I will speak out against it. That is what God commands us (believers) to do. We are to shun evil, and to hold fast to that which is good. What I know of GCC is that it stems from the GNU project, and that GNU stems from Richard Stallman, and that the original GNU C Compiler was even written by Stallman alone. That history exists, and the GNU project and FSF has demonstrated they are governed by people who are operating completely contrary to God and the teachings of Jesus Christ. Stallman, for example, believes several heinous things should be legal including pedophelia (). When I learned of that, I resolved to never contribute to the GNU project or FSF with an offering, and instead went out and created the Liberty Software Foundation as a God-fearing alternative to the FSF. Our foundation will be upon Jesus Christ, and upon honoring God with all we do. Again, my apologies to Matt. Best regards, Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | mark.bluemel@gmail.com |
|---|---|
| Date | 2016-08-23 06:01 -0700 |
| Message-ID | <e9a3bd1e-8663-4765-8a18-562a36dd0a90@googlegroups.com> |
| In reply to | #92622 |
On Tuesday, 23 August 2016 13:52:25 UTC+1, Rick C. Hodgin wrote: > On Tuesday, August 23, 2016 at 8:42:49 AM UTC-4, mark.b...@gmail.com wrote: > > > Do you apply this degree of warped thinking to any name that has the > > slightest potential for misinterpretation? > > Well, it's my mistake then. Matt is the first "Godbolt" I've ever heard > of in my 47 years. I had concluded based on the two names added together > that it was something demeaning. My apologies to Matt and his family. So the answer is "yes, I'd prefer to be offended by reflex, than to spend a moment in finding out whether there is any offense to be taken". Thank you for clarifying the matter.
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-23 06:06 -0700 |
| Message-ID | <e31b6ba6-cb72-49d6-899d-56344d34b041@googlegroups.com> |
| In reply to | #92623 |
On Tuesday, August 23, 2016 at 9:01:29 AM UTC-4, mark.b...@gmail.com wrote: > On Tuesday, 23 August 2016 13:52:25 UTC+1, Rick C. Hodgin wrote: > > On Tuesday, August 23, 2016 at 8:42:49 AM UTC-4, mark.b...@gmail.com wrote: > > > > > Do you apply this degree of warped thinking to any name that has the > > > slightest potential for misinterpretation? > > > > Well, it's my mistake then. Matt is the first "Godbolt" I've ever heard > > of in my 47 years. I had concluded based on the two names added together > > that it was something demeaning. My apologies to Matt and his family. > > So the answer is "yes, I'd prefer to be offended by reflex, than to spend a > moment in finding out whether there is any offense to be taken". Thank you > for clarifying the matter. I'll take the hit for being wrong in this case. I did visit the site, and I saw it had a large list of compilers. I did not see the About link in the upper-right until I explicitly searched for it just now based on this exchange. I was wrong. It was my mistake. And I apologize. This is the second time such a mistake has been made with a person's name. The first was in a FoxPro forum where someone came in named "irambutts". I replied to the name and several people corrected my error there as well. I will make additional effort in the future, but will maintain my erring on the side of caution in all such cases because for every valid Iram Butts and Matt Godbolt I find, there are two dozen similar forms which are not valid, and are poking fun at God and men. Best regards, Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
| From | "Rick C. Hodgin" <rick.c.hodgin@gmail.com> |
|---|---|
| Date | 2016-08-23 06:01 -0700 |
| Message-ID | <398a7351-1064-4046-8534-c9d60f30d4f2@googlegroups.com> |
| In reply to | #92622 |
On Tuesday, August 23, 2016 at 8:52:25 AM UTC-4, Rick C. Hodgin wrote:
> ...Stallman,
> for example, believes several heinous things should be legal including
> pedophelia ().
Forgot the link:
https://stallman.org/notes/2006-may-aug.html
"I am skeptical of the claim that voluntarily pedophilia harms children.
The arguments that it causes harm seem to be based on cases which aren't
voluntary, which are then stretched by parents who are horrified by the
idea that their little baby is maturing."
He also believes incest, bestiality, child pornography, and necrophilia
should be legal:
http://www.stallman.org/archives/2003-mar-jun.html
Such a person is not to be the leader of things which are given over to
God. The foundation must come upon our best efforts in seeking after
God, learning of Jesus Christ, living and teaching the same, and offering
ongoing encouragement to others to do the same. It is a very difficult
thing to do in this world because the entirety of the world, to some
degree or other, that is not born again, not actively seeking after Jesus
Christ, thinks all of these ideas are "frankly bizarre" and "warped" and
so on.
Our foundation must be upon Jesus Christ, to then move forward from that
place with all we do. We take our offering unto God, and ask Him to bless
and sanctify it, so that it is clean before Him, us, and all of mankind.
It is a real effort given for real purposes, and of the kind that are
actually far more real than we are able to see here in this world through
our Earth-only-focused eyes. You must consider eternity to realize the
true and full significance of what it means to offer up things here unto
the Lord Jesus Christ. Only then will you have a more proper appreciation.
Best regards,
Rick C. Hodgin
[toc] | [prev] | [next] | [standalone]
Page 1 of 18 [1] 2 3 … 18 Next page →
Back to top | Article view | comp.lang.c
csiph-web