Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.c > #65653 > unrolled thread

SQL filesortcc question

Back to article view | Back to comp.lang.c

Contents

  SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-15 20:40 +0000
    Re: SQL filesortcc question Paavo Helde <myfirstname@osa.pri.ee> - 2015-07-15 16:08 -0500
    Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-15 17:15 -0400
      Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-15 23:22 +0000
      Re: SQL filesortcc question jacobnavia <jacob@jacob.remcomp.fr> - 2015-07-16 18:35 +0200
        Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-16 17:48 +0100
          Re: SQL filesortcc question jacobnavia <jacob@jacob.remcomp.fr> - 2015-07-16 19:38 +0200
            Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 19:48 +0000
              Re: SQL filesortcc question jacobnavia <jacob@jacob.remcomp.fr> - 2015-07-16 22:17 +0200
                Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-16 21:44 +0100
                  Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 23:51 +0000
                Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-17 09:05 +1200
                  Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 23:52 +0000
                  Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-17 11:36 -0400
                    Re: SQL filesortcc question The Doctor <doctor@doctor.nl2k.ab.ca> - 2015-07-17 22:22 +0000
                      Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-17 18:44 -0400
                        Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-18 11:13 +1200
                Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-16 22:06 +0100
                  Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 23:52 +0000
                    Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-17 01:24 +0100
                      Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-17 00:26 +0000
                Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 23:50 +0000
            Re: SQL filesortcc question John Bode <jfbode1029@gmail.com> - 2015-07-31 13:39 -0700
          Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 19:48 +0000
          Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-17 09:07 +1200
          Re: SQL filesortcc question Philip Lantz <prl@canterey.us> - 2015-07-16 16:05 -0700
          Re: SQL filesortcc question David Kleinecke <dkleinecke@gmail.com> - 2015-07-16 17:28 -0700
          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-07-20 11:13 -0700
            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-20 19:27 +0100
              Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-21 08:46 +1200
                Re: SQL filesortcc question raltbos@xs4all.nl (Richard Bos) - 2015-07-22 15:12 +0000
                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-26 11:55 +1200
                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-25 15:01 -0700
                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-26 11:51 +1200
              Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-07-25 10:02 -0700
                Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-27 23:35 +0100
                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-28 14:16 +1200
                    Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-28 04:49 +0100
                      Re: SQL filesortcc question Martin Shobe <martin.shobe@yahoo.com> - 2015-07-27 23:25 -0500
                        Re: SQL filesortcc question raltbos@xs4all.nl (Richard Bos) - 2015-07-28 09:32 +0000
                      Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-28 10:22 +0100
                  Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-27 22:33 -0400
                    Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-28 04:57 +0100
                      Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-28 16:38 +1200
                      Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-28 00:51 -0400
                        Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-28 07:06 +0100
                          Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-28 20:32 +1200
                            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-28 10:02 +0100
                              Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-28 22:08 +1200
                                Re: SQL filesortcc question David Kleinecke <dkleinecke@gmail.com> - 2015-07-28 18:17 -0700
                          Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-29 12:14 -0400
                            Re: SQL filesortcc question Martin Shobe <martin.shobe@yahoo.com> - 2015-07-29 11:27 -0500
                              Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-29 13:01 -0400
                            Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-29 17:33 +0100
                            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-29 21:07 +0100
                              Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-29 16:33 -0400
                                Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-29 22:12 +0100
                              Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-29 23:50 +0100
                                Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 00:13 +0100
                                  Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-30 01:49 +0100
                                    Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 02:07 +0100
                                      Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-30 03:04 +0100
                                        Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 08:25 +0100
                                          Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-07-30 09:15 -0700
                                            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 17:17 +0100
                                          Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-30 17:00 +0100
                                            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 17:12 +0100
                                              Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-30 15:12 -0400
                                                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-30 23:13 -0700
                                                  Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-31 10:29 +0100
                                                    Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-31 08:10 -0400
                                                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-31 11:12 -0700
                                                      Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-31 22:56 +0100
                                                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-31 18:34 -0700
                                                          Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-08-01 13:55 +0100
                                                            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 07:13 -0700
                                                              Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-08-01 15:36 +0100
                                                                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 09:19 -0700
                                                                Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-08-01 18:16 -0400
                                                                  Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 15:30 -0700
                                                                    Re: SQL filesortcc question Richard Damon <Richard@Damon-Family.org> - 2015-08-02 09:00 -0400
                                                                      Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-08-02 09:19 -0400
                                                                        Re: SQL filesortcc question raltbos@xs4all.nl (Richard Bos) - 2015-08-09 14:23 +0000
                                                                      Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-02 06:35 -0700
                                                                        Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-02 19:11 +0200
                                                                          Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-02 10:28 -0700
                                                                            Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-03 09:04 +0200
                                                                              Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-03 00:19 -0700
                                                                                Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-03 13:55 +0200
                                                                                  Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-03 07:03 -0700
                                                                                    Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-03 16:53 +0200
                                                                                      Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-06 09:19 -0700
                                                                                        Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-09-06 21:20 +0200
                                                                          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-05 14:07 -0700
                                                                            Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-09-06 12:24 +0200
                                                                              Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-09-06 13:49 +0100
                                                                                Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-09-06 15:41 +0200
                                                                              Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-07 07:24 -0700
                                                                                Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-09-07 17:04 +0200
                                                                      Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-02 06:48 -0700
                                                                      Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-08-04 08:00 -0700
                                                                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-04 08:52 -0700
                                                                          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-05 11:56 -0700
                                                                        Re: SQL filesortcc question Richard Damon <Richard@Damon-Family.org> - 2015-08-04 23:45 -0400
                                                                          Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-08-05 08:45 -0700
                                                                          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-05 12:00 -0700
                                                              Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-08-01 13:17 -0700
                                                                Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-08-01 16:11 -0400
                                                                  Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 14:00 -0700
                                                                    Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-08-02 10:40 +1200
                                                                      Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 16:20 -0700
                                                                      Re: SQL filesortcc question Rosario19 <Ros@invalid.invalid> - 2015-08-22 08:24 +0200
                                                                        Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-08-22 19:26 +1200
                                                                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-22 05:39 -0700
                                                                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 13:51 -0700
                                                                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-08-02 10:38 +1200
                                                                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 16:14 -0700
                                          Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-02 01:15 +0200
                                            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 16:24 -0700
                                              Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-02 02:32 +0200
                                                Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-08-02 12:57 +1200
                                                Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-08-01 22:23 -0700
                                                  Re: SQL filesortcc question Robert Wessel <robertwessel2@yahoo.com> - 2015-08-02 01:21 -0500
                                                  Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-08-02 19:21 +0200
                                                    Re: SQL filesortcc question Robert Wessel <robertwessel2@yahoo.com> - 2015-08-02 14:05 -0500
                                                Re: SQL filesortcc question Robert Wessel <robertwessel2@yahoo.com> - 2015-08-02 01:24 -0500
                                                  Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-01 23:56 -0700
                                                    Re: SQL filesortcc question raltbos@xs4all.nl (Richard Bos) - 2015-08-09 14:25 +0000
                                      Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-30 14:19 +1200
                                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-29 19:53 -0700
                                      Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-07-29 23:45 -0700
                                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-30 04:22 -0700
                                          Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-30 13:13 +0100
                                          Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 13:27 +0100
                                            Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-30 13:57 +0100
                                              Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 14:11 +0100
                                                Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-30 14:39 +0100
                                                  Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-07-30 15:05 +0100
                                          Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-30 14:03 +0100
                                        Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-07-30 11:22 -0400
                                  Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-07-29 18:32 -0700
                                    Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-30 14:38 +1200
                                      Re: SQL filesortcc question Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-30 10:56 +0100
                                        Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-30 22:28 +1200
                                      Re: SQL filesortcc question Bartc <bc@freeuk.com> - 2015-07-30 10:57 +0100
                  Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-08-03 08:02 -0700
                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-03 08:33 -0700
                      Re: SQL filesortcc question Richard Damon <Richard@Damon-Family.org> - 2015-08-03 20:50 -0400
                      Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-08-04 04:52 -0700
                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-04 06:08 -0700
                          Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-08-04 14:20 +0100
                            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-08-04 06:45 -0700
                          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-05 12:15 -0700
                    Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-08-03 19:09 +0100
                      Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-08-04 06:09 -0700
                        Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-08-04 14:40 +0100
                          Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-05 13:24 -0700
                            Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-09-05 21:51 +0100
                              Re: SQL filesortcc question James Kuyper <jameskuyper@verizon.net> - 2015-09-05 17:16 -0400
                              Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-09-05 19:59 -0700
                                Re: SQL filesortcc question Richard Heathfield <rjh@cpax.org.uk> - 2015-09-06 07:51 +0100
                              Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-09-06 17:32 -0700
              Re: SQL filesortcc question Tim Rentsch <txr@alumni.caltech.edu> - 2015-07-25 10:04 -0700
          Re: SQL filesortcc question David Brown <david.brown@hesbynett.no> - 2015-07-21 13:23 +0200
            Re: SQL filesortcc question raltbos@xs4all.nl (Richard Bos) - 2015-07-22 15:14 +0000
            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-25 15:25 -0700
              Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-26 11:31 +1200
                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-25 17:10 -0700
                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-26 13:29 +1200
                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-25 23:51 -0700
                      Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-26 20:24 +1200
                        Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-26 03:02 -0700
                          Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-27 09:22 +1200
                            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-26 15:04 -0700
                              Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-27 10:32 +1200
                                Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-26 16:49 -0700
                                  Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-27 21:46 +1200
                                    Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-27 04:53 -0700
                          Re: SQL filesortcc question Keith Thompson <kst-u@mib.org> - 2015-07-26 14:58 -0700
                            Re: SQL filesortcc question Malcolm McLean <malcolm.mclean5@btinternet.com> - 2015-07-26 15:15 -0700
        Re: SQL filesortcc question doctor@doctor.nl2k.ab.ca (The Doctor) - 2015-07-16 19:47 +0000
    Re: SQL filesortcc question Ian Collins <ian-news@hotmail.com> - 2015-07-16 09:55 +1200

Page 1 of 10  [1] 2 3 … 10  Next page →

#65653 — SQL filesortcc question

All right to essentials on this one.

Using g++ 3.2.3 , Gmake 4.01 and Cmake 2.6.4

I get


Script started on Wed Jul 15 06:45:13 2015
doctor.nl2k.ab.ca//usr/source/mysql-5.6.25$ gmake

[  0%] Built target INFO_BIN

...
Scanning dependencies of target sql

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/sql_yacc.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/abstract_query_plan.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/datadict.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/debug_sync.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/derror.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/des_key_file.cc.o

[ 47%] Building CXX object sql/CMakeFiles/sql.dir/discover.cc.o

[ 48%] Building CXX object sql/CMakeFiles/sql.dir/field.cc.o

/usr/source/mysql-5.6.25/sql/field.cc: In member function `virtual void 

   Field_string::make_sort_key(uchar*, unsigned int)':

/usr/source/mysql-5.6.25/sql/field.cc:6886: warning: unused variable `uint tmp'

[ 48%] Building CXX object sql/CMakeFiles/sql.dir/field_conv.cc.o

[ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort.cc.o

[ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort_utils.cc.o

/usr/source/mysql-5.6.25/sql/filesort_utils.cc: In function `size_t 

   <unnamed>::try_reserve(std::pair<type*, ptrdiff_t>*, int)':

/usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before `>' 

   token

/usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void 

   Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':

/usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: `return_temporary_buffer' 

   undeclared in namespace `std'

/usr/source/mysql-5.6.25/sql/filesort_utils.cc: In function `size_t 

   <unnamed>::try_reserve(std::pair<type*, ptrdiff_t>*, int) [with type = 

   uchar*]':

/usr/source/mysql-5.6.25/sql/filesort_utils.cc:199:   instantiated from here

/usr/source/mysql-5.6.25/sql/filesort_utils.cc:181: `return_temporary_buffer' 

   undeclared in namespace `std'

gmake[2]: *** [sql/CMakeFiles/sql.dir/filesort_utils.cc.o] Error 1

gmake[1]: *** [sql/CMakeFiles/sql.dir/all] Error 2

gmake: *** [all] Error 2

doctor.nl2k.ab.ca//usr/source/mysql-5.6.25$ exit

exit


Script done on Wed Jul 15 07:21:55 2015

The code in question is


/* Copyright (c) 2010, 2013, Oracle and/or its affiliates. All rights reserved. 

   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published by
   the Free Software Foundation; version 2 of the License.

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.

   You should have received a copy of the GNU General Public License
   along with this program; if not, write to the Free Software
   Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301  USA */

#include "filesort_utils.h"
#include "sql_const.h"
#include "sql_sort.h"
#include "table.h"

#include <stddef.h>
#include <algorithm>
#include <functional>
#include <vector>

namespace {
/**
  A local helper function. See comments for get_merge_buffers_cost().
 */
double get_merge_cost(ha_rows num_elements, ha_rows num_buffers, uint elem_size)
{
  return 
    2.0 * ((double) num_elements * elem_size) / IO_SIZE
    + num_elements * log((double) num_buffers) * ROWID_COMPARE_COST / M_LN2;
}
}

/**
  This is a simplified, and faster version of @see get_merge_many_buffs_cost().
  We calculate the cost of merging buffers, by simulating the actions
  of @see merge_many_buff. For explanations of formulas below,
  see comments for get_merge_buffers_cost().
  TODO: Use this function for Unique::get_use_cost().
*/
double get_merge_many_buffs_cost_fast(ha_rows num_rows,
                                      ha_rows num_keys_per_buffer,
                                      uint    elem_size)
{
  ha_rows num_buffers= num_rows / num_keys_per_buffer;
  ha_rows last_n_elems= num_rows % num_keys_per_buffer;
  double total_cost;

  // Calculate CPU cost of sorting buffers.
  total_cost=
    ( num_buffers * num_keys_per_buffer * log(1.0 + num_keys_per_buffer) +
      last_n_elems * log(1.0 + last_n_elems) ) * ROWID_COMPARE_COST;
  
  // Simulate behavior of merge_many_buff().
  while (num_buffers >= MERGEBUFF2)
  {
    // Calculate # of calls to merge_buffers().
    const ha_rows loop_limit= num_buffers - MERGEBUFF*3/2;
    const ha_rows num_merge_calls= 1 + loop_limit/MERGEBUFF;
    const ha_rows num_remaining_buffs=
      num_buffers - num_merge_calls * MERGEBUFF;

    // Cost of merge sort 'num_merge_calls'.
    total_cost+=
      num_merge_calls *
      get_merge_cost(num_keys_per_buffer * MERGEBUFF, MERGEBUFF, elem_size);

    // # of records in remaining buffers.
    last_n_elems+= num_remaining_buffs * num_keys_per_buffer;

    // Cost of merge sort of remaining buffers.
    total_cost+=
      get_merge_cost(last_n_elems, 1 + num_remaining_buffs, elem_size);

    num_buffers= num_merge_calls;
    num_keys_per_buffer*= MERGEBUFF;
  }

  // Simulate final merge_buff call.
  last_n_elems+= num_keys_per_buffer * num_buffers;
  total_cost+= get_merge_cost(last_n_elems, 1 + num_buffers, elem_size);
  return total_cost;
}


uchar **Filesort_buffer::alloc_sort_buffer(uint num_records, uint record_length)
{
  DBUG_ENTER("alloc_sort_buffer");

  DBUG_EXECUTE_IF("alloc_sort_buffer_fail",
                  DBUG_SET("+d,simulate_out_of_memory"););

  /*
    For subqueries we try to re-use the buffer, in order to save
    expensive malloc/free calls. Both of the sizing parameters may change:
    - num_records due to e.g. different statistics from the engine.
    - record_length due to different buffer usage:
      a heap table may be flushed to myisam, which allows us to sort by
      <key, addon fields> rather than <key, rowid>
    If we already have a buffer, but with wrong size, we simply delete it.
   */
  if (!m_idx_array.is_null())
  {
    if (num_records != m_idx_array.size() ||
        record_length != m_record_length)
      free_sort_buffer();
  }

  if (m_idx_array.is_null())
  {
    uchar **sort_keys=
      (uchar**) my_malloc(num_records * (record_length + sizeof(uchar*)),
                          MYF(0));
    m_idx_array= Idx_array(sort_keys, num_records);
    m_record_length= record_length;
    uchar **start_of_data= m_idx_array.array() + m_idx_array.size();
    m_start_of_data= reinterpret_cast<uchar*>(start_of_data);
  }

  DBUG_RETURN(m_idx_array.array());
}


void Filesort_buffer::free_sort_buffer()
{
  my_free(m_idx_array.array());
  m_idx_array= Idx_array();
  m_record_length= 0;
  m_start_of_data= NULL;
}


namespace {

/*
  An inline function which does memcmp().
  This one turns out to be pretty fast on all platforms, except sparc.
  See the accompanying unit tests, which measure various implementations.
 */
inline bool my_mem_compare(const uchar *s1, const uchar *s2, size_t len)
{
  DBUG_ASSERT(len > 0);
  DBUG_ASSERT(s1 != NULL);
  DBUG_ASSERT(s2 != NULL);
  do {
    if (*s1++ != *s2++)
      return *--s1 < *--s2;
  } while (--len != 0);
  return false;
}


class Mem_compare :
  public std::binary_function<const uchar*, const uchar*, bool>
{
public:
  Mem_compare(size_t n) : m_size(n) {}
  bool operator()(const uchar *s1, const uchar *s2) const
  {
#ifdef __sun
    // Usually faster on SUN, see comment for native_compare()
    return memcmp(s1, s2, m_size) < 0;
#else
    return my_mem_compare(s1, s2, m_size);
#endif
  }
private:
  size_t m_size;
};

template <typename type>
size_t try_reserve(std::pair<type*, ptrdiff_t> *buf, ptrdiff_t size)
{ 
  *buf= std::get_temporary_buffer<type>(size);
  if (buf->second != size)
  {
    std::return_temporary_buffer(buf->first);
    return 0;
  }
  return buf->second;
}

} // namespace

void Filesort_buffer::sort_buffer(const Sort_param *param, uint count)
{
  if (count <= 1)
    return;
  if (param->sort_length == 0)
    return;

  uchar **keys= get_sort_keys();
  std::pair<uchar**, ptrdiff_t> buffer;
  if (radixsort_is_appliccable(count, param->sort_length)  &&
      try_reserve(&buffer, count))
  {
    radixsort_for_str_ptr(keys, count, param->sort_length, buffer.first);
    std::return_temporary_buffer(buffer.first);
    return;
  }
  /*
    std::stable_sort has some extra overhead in allocating the temp buffer,
    which takes some time. The cutover point where it starts to get faster
    than quicksort seems to be somewhere around 10 to 40 records.
    So we're a bit conservative, and stay with quicksort up to 100 records.
  */
  if (count < 100)
  {
    size_t size= param->sort_length;
    my_qsort2(keys, count, sizeof(uchar*), get_ptr_compare(size), &size);
    return;
  }
  std::stable_sort(keys, keys + count, Mem_compare(param->sort_length));
}

End code.

What can I do to compile this?

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [next] | [standalone]

#65657

doctor@doctor.nl2k.ab.ca (The Doctor) wrote in
news:mo6gfj$gt8$1@ns2.nl2k.ab.ca: 

> 
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202:
> `return_temporary_buffer' 
> 
>    undeclared in namespace `std'
[...]
> What can I do to compile this?

#include <memory> ?

hth
Paavo

[toc] | [prev] | [next] | [standalone]

#65660

On 07/15/2015 04:40 PM, The Doctor wrote:
> All right to essentials on this one.
> 
> Using g++ 3.2.3 , Gmake 4.01 and Cmake 2.6.4
> 
> I get
> 
> 
> Script started on Wed Jul 15 06:45:13 2015
> doctor.nl2k.ab.ca//usr/source/mysql-5.6.25$ gmake
> [  0%] Built target INFO_BIN
> ...
> Scanning dependencies of target sql
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/sql_yacc.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/abstract_query_plan.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/datadict.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/debug_sync.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/derror.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/des_key_file.cc.o
> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/discover.cc.o
> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/field.cc.o
> /usr/source/mysql-5.6.25/sql/field.cc: In member function `virtual void 
>    Field_string::make_sort_key(uchar*, unsigned int)':
> /usr/source/mysql-5.6.25/sql/field.cc:6886: warning: unused variable `uint tmp'
> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/field_conv.cc.o
> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort.cc.o
> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort_utils.cc.o
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In function `size_t 
>    <unnamed>::try_reserve(std::pair<type*, ptrdiff_t>*, int)':
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before `>' 
>    token

You're getting a parse error inside a C++ template function. More
specifically, it's a parse error inside the template portion of the C++
syntax for calling a templated function. Why did you think cross-posting
to comp.lang.c would be any help? I know a fair amount of C++, more than
the average person on comp.lang.c - but I can't figure out what's
causing the parse error - so you need a better C++ expert than me. It
might be an interaction between the code you've actually given us, and
the user-defined header files that you didn't give us - so I'd recommend
posting the contents of those files as well. But post it only to
comp.lang.C++

> /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void 
>    Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: `return_temporary_buffer' 
>    undeclared in namespace `std'

My copy of the C++2011 standard says that std::get_temporary_buffer<>()
and std::return_temporary_buffer<>() are both declared in <memory>,
which is not one of the headers you #included directly. Is it #included
indirectly through one of the other headers? If not, that would explain
the above error message. If that's the problem, your use of
get_temporary_buffer would probably also have generated such an error
message, if it hadn't been for the parse failure.

[toc] | [prev] | [next] | [standalone]

#65670

In article <55A6CD57.5090905@verizon.net>,
James Kuyper  <jameskuyper@verizon.net> wrote:
>On 07/15/2015 04:40 PM, The Doctor wrote:
>> All right to essentials on this one.
>> 
>> Using g++ 3.2.3 , Gmake 4.01 and Cmake 2.6.4
>> 
>> I get
>> 
>> 
>> Script started on Wed Jul 15 06:45:13 2015
>> doctor.nl2k.ab.ca//usr/source/mysql-5.6.25$ gmake
>> [  0%] Built target INFO_BIN
>> ...
>> Scanning dependencies of target sql
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/sql_yacc.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/abstract_query_plan.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/datadict.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/debug_sync.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/derror.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/des_key_file.cc.o
>> [ 47%] Building CXX object sql/CMakeFiles/sql.dir/discover.cc.o
>> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/field.cc.o
>> /usr/source/mysql-5.6.25/sql/field.cc: In member function `virtual void 
>>    Field_string::make_sort_key(uchar*, unsigned int)':
>> /usr/source/mysql-5.6.25/sql/field.cc:6886: warning: unused variable `uint tmp'
>> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/field_conv.cc.o
>> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort.cc.o
>> [ 48%] Building CXX object sql/CMakeFiles/sql.dir/filesort_utils.cc.o
>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In function `size_t 
>>    <unnamed>::try_reserve(std::pair<type*, ptrdiff_t>*, int)':
>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before `>' 
>>    token
>
>You're getting a parse error inside a C++ template function. More
>specifically, it's a parse error inside the template portion of the C++
>syntax for calling a templated function. Why did you think cross-posting
>to comp.lang.c would be any help? I know a fair amount of C++, more than
>the average person on comp.lang.c - but I can't figure out what's
>causing the parse error - so you need a better C++ expert than me. It
>might be an interaction between the code you've actually given us, and
>the user-defined header files that you didn't give us - so I'd recommend
>posting the contents of those files as well. But post it only to
>comp.lang.C++
>
>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void 
>>    Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: `return_temporary_buffer' 
>>    undeclared in namespace `std'
>
>My copy of the C++2011 standard says that std::get_temporary_buffer<>()
>and std::return_temporary_buffer<>() are both declared in <memory>,
>which is not one of the headers you #included directly. Is it #included
>indirectly through one of the other headers? If not, that would explain
>the above error message. If that's the problem, your use of
>get_temporary_buffer would probably also have generated such an error
>message, if it hadn't been for the parse failure.

That is what it was.

Just
#include <memory>

Thanks.

This is why I thing usenet >>> WWW .

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65709

Le 15/07/2015 23:15, James Kuyper a écrit :
> I know a fair amount of C++, more than
> the average person on comp.lang.c - but I can't figure out what's
> causing the parse error - so you need a better C++ expert than me.


That is the reason I try to avoid C++ as faar as I can.

C++ is unreadable, even for experts!

[toc] | [prev] | [next] | [standalone]

#65710

On 16/07/15 17:35, jacobnavia wrote:
> Le 15/07/2015 23:15, James Kuyper a écrit :
>> I know a fair amount of C++, more than
>> the average person on comp.lang.c - but I can't figure out what's
>> causing the parse error - so you need a better C++ expert than me.
>
>
> That is the reason I try to avoid C++ as faar as I can.
>
> C++ is unreadable, even for experts!

Fortunately, I am not a C++ expert. I therefore have no problem reading 
/my/ C++ programs, at least.

The problem seems to be that the language has so many features, all of 
which seem enormously tempting. If you're not using a whole bunch of 
classes (with multiple inheritance and polymorphism and all the rest of 
it), you're not really writing in C++. If you're not using operator 
overloading, you're not really writing in C++. If you're not writing 
your own templates, you're not really writing in C++. If you're not... 
how long do we have? And when you've finished, you have everything 
shoehorned in there, but it's... eeeuuuuwwww.

But by far the most frustrating thing I find about C++ is that nothing 
ever seems to *do* anything. Everything seems to be about asking 
something else to do the doing. When I finally get to one tiny part of 
the doings, it's a couple of lines of code that give me no feel for 
what's actually going on - the rest of it is /somewhere else/. I get the 
feeling that a very clever person with a deep understanding of the 
language has worked very hard to stop me finding out how the program 
actually works.

So I decided not to even try to become an expert, and contented myself 
instead with writing simple, readable C++ programs.

<advocacy>
That's why I'd like C to stay simple; it's also why C99 was a big 
mistake, and of course it's why C11 was an even bigger mistake.
</advocacy>

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

#65711

Le 16/07/2015 18:48, Richard Heathfield a écrit :
> On 16/07/15 17:35, jacobnavia wrote:
>> Le 15/07/2015 23:15, James Kuyper a écrit :
>>> I know a fair amount of C++, more than
>>> the average person on comp.lang.c - but I can't figure out what's
>>> causing the parse error - so you need a better C++ expert than me.
>>
>>
>> That is the reason I try to avoid C++ as faar as I can.
>>
>> C++ is unreadable, even for experts!
>
> Fortunately, I am not a C++ expert. I therefore have no problem reading
> /my/ C++ programs, at least.
>
> The problem seems to be that the language has so many features, all of
> which seem enormously tempting. If you're not using a whole bunch of
> classes (with multiple inheritance and polymorphism and all the rest of
> it), you're not really writing in C++. If you're not using operator
> overloading, you're not really writing in C++. If you're not writing
> your own templates, you're not really writing in C++. If you're not...
> how long do we have? And when you've finished, you have everything
> shoehorned in there, but it's... eeeuuuuwwww.

That is ONE part of the problem.

The second part, and we can see it at our example in the original 
poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.

/usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before 
`>'  token

????

[toc] | [prev] | [next] | [standalone]

#65716

In article <mo8q3l$o7e$1@dont-email.me>,
jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>Le 16/07/2015 18:48, Richard Heathfield a écrit :
>> On 16/07/15 17:35, jacobnavia wrote:
>>> Le 15/07/2015 23:15, James Kuyper a écrit :
>>>> I know a fair amount of C++, more than
>>>> the average person on comp.lang.c - but I can't figure out what's
>>>> causing the parse error - so you need a better C++ expert than me.
>>>
>>>
>>> That is the reason I try to avoid C++ as faar as I can.
>>>
>>> C++ is unreadable, even for experts!
>>
>> Fortunately, I am not a C++ expert. I therefore have no problem reading
>> /my/ C++ programs, at least.
>>
>> The problem seems to be that the language has so many features, all of
>> which seem enormously tempting. If you're not using a whole bunch of
>> classes (with multiple inheritance and polymorphism and all the rest of
>> it), you're not really writing in C++. If you're not using operator
>> overloading, you're not really writing in C++. If you're not writing
>> your own templates, you're not really writing in C++. If you're not...
>> how long do we have? And when you've finished, you have everything
>> shoehorned in there, but it's... eeeuuuuwwww.
>
>That is ONE part of the problem.
>
>The second part, and we can see it at our example in the original 
>poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>
>/usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before 
>`>'  token
>
>????
>
>

Solution:

#include <memory>
-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65717

Le 16/07/2015 21:48, The Doctor a écrit :
> In article <mo8q3l$o7e$1@dont-email.me>,
> jacobnavia  <jacob@jacob.remcomp.fr> wrote:

>> The second part, and we can see it at our example in the original
>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>
>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>> `>'  token
>>
>> ????
>>
>>
>
> Solution:
>
> #include <memory>
>

Sure!

If I see a parser error it is EVIDENT that I need to include <memory>.

OF COURSE! How stupid I am...

[toc] | [prev] | [next] | [standalone]

#65718

jacobnavia <jacob@jacob.remcomp.fr> writes:

> Le 16/07/2015 21:48, The Doctor a écrit :
>> In article <mo8q3l$o7e$1@dont-email.me>,
>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>
>>> The second part, and we can see it at our example in the original
>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>>
>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>> `>'  token
>>>
>>> ????
>>
>> Solution:
>>
>> #include <memory>
>>
>
> Sure!
>
> If I see a parser error it is EVIDENT that I need to include <memory>.
>
> OF COURSE! How stupid I am...

Pass lccwin32 a C file that is missing a header file

  void *xalloc(size_t s);

and it reports a syntax error:

  Error xalloc.c: 1  syntax error; found 's' expecting ')'

Both C and C++ are well known for having type definitions that alter the
parse -- omitting a header file can easily generate a parse error.

-- 
Ben.

[toc] | [prev] | [next] | [standalone]

#65727

In article <87y4ifde7u.fsf@bsb.me.uk>,
Ben Bacarisse  <ben.usenet@bsb.me.uk> wrote:
>jacobnavia <jacob@jacob.remcomp.fr> writes:
>
>> Le 16/07/2015 21:48, The Doctor a écrit :
>>> In article <mo8q3l$o7e$1@dont-email.me>,
>>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>>
>>>> The second part, and we can see it at our example in the original
>>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>>>
>>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>>> `>'  token
>>>>
>>>> ????
>>>
>>> Solution:
>>>
>>> #include <memory>
>>>
>>
>> Sure!
>>
>> If I see a parser error it is EVIDENT that I need to include <memory>.
>>
>> OF COURSE! How stupid I am...
>
>Pass lccwin32 a C file that is missing a header file
>
>  void *xalloc(size_t s);
>
>and it reports a syntax error:
>
>  Error xalloc.c: 1  syntax error; found 's' expecting ')'
>
>Both C and C++ are well known for having type definitions that alter the
>parse -- omitting a header file can easily generate a parse error.
>
>-- 
>Ben.

Point well taken.
-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65719

jacobnavia wrote:
> Le 16/07/2015 21:48, The Doctor a écrit :
>> In article <mo8q3l$o7e$1@dont-email.me>,
>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>
>>> The second part, and we can see it at our example in the original
>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>>
>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>> `>'  token
>>
>> Solution:
>>
>> #include <memory>
>>
>
> Sure!
>
> If I see a parser error it is EVIDENT that I need to include <memory>.
>
> OF COURSE! How stupid I am...

Indeed.

 From the OP:

/usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void
    Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
/usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: 
`return_temporary_buffer'
    undeclared in namespace `std'

Now if this were C I'd look up `return_temporary_buffer' and check which 
header it is declared in.  Funnily enough, I'd do (and did) the same for 
C++.

See, it's not rocket science, is it?

I guess bigotry is blinding.

-- 
Ian Collins

[toc] | [prev] | [next] | [standalone]

#65728

In article <d0qkkgFmch1U1@mid.individual.net>,
Ian Collins  <ian-news@hotmail.com> wrote:
>jacobnavia wrote:
>> Le 16/07/2015 21:48, The Doctor a écrit :
>>> In article <mo8q3l$o7e$1@dont-email.me>,
>>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>>
>>>> The second part, and we can see it at our example in the original
>>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>>>
>>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>>> `>'  token
>>>
>>> Solution:
>>>
>>> #include <memory>
>>>
>>
>> Sure!
>>
>> If I see a parser error it is EVIDENT that I need to include <memory>.
>>
>> OF COURSE! How stupid I am...
>
>Indeed.
>
> From the OP:
>
>/usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void
>    Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
>/usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: 
>`return_temporary_buffer'
>    undeclared in namespace `std'
>
>Now if this were C I'd look up `return_temporary_buffer' and check which 
>header it is declared in.  Funnily enough, I'd do (and did) the same for 
>C++.
>
>See, it's not rocket science, is it?
>
>I guess bigotry is blinding.
>

Any java bigots amongst the crowd?

>-- 
>Ian Collins


-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65788

On 07/16/2015 05:05 PM, Ian Collins wrote:
> jacobnavia wrote:
>> Le 16/07/2015 21:48, The Doctor a écrit :
>>> In article <mo8q3l$o7e$1@dont-email.me>,
>>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>>
>>>> The second part, and we can see it at our example in the original
>>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
>>>>
>>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>>> `>'  token
>>>
>>> Solution:
>>>
>>> #include <memory>
>>>
>>
>> Sure!
>>
>> If I see a parser error it is EVIDENT that I need to include <memory>.
>>
>> OF COURSE! How stupid I am...
> 
> Indeed.
> 
>  From the OP:
> 
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void
>     Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: 
> `return_temporary_buffer'
>     undeclared in namespace `std'
> 
> Now if this were C I'd look up `return_temporary_buffer' and check which 
> header it is declared in.  Funnily enough, I'd do (and did) the same for 
> C++.
> 
> See, it's not rocket science, is it?

True - but why was there not a similar message generated by the call to
get_temporary_buffer<>()? Why was one templated function call considered
a parse error, while the other was considered an undeclared identifier?
Of course, like the entire thread, that question is off-topic in this
newsgroup.

[toc] | [prev] | [next] | [standalone]

#65816

James Kuyper <jameskuyper@verizon.net> wrote:
: On 07/16/2015 05:05 PM, Ian Collins wrote:
: > jacobnavia wrote:
: >> Le 16/07/2015 21:48, The Doctor a ?crit :
: >>> In article <mo8q3l$o7e$1@dont-email.me>,
: >>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
: >>
: >>>> The second part, and we can see it at our example in the original
: >>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
: >>>>
: >>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
: >>>> `>'  token
: >>>
: >>> Solution:
: >>>
: >>> #include <memory>
: >>>
: >>
: >> Sure!
: >>
: >> If I see a parser error it is EVIDENT that I need to include <memory>.
: >>
: >> OF COURSE! How stupid I am...
: > 
: > Indeed.
: > 
: >  From the OP:
: > 
: > /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void
: >     Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
: > /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: 
: > `return_temporary_buffer'
: >     undeclared in namespace `std'
: > 
: > Now if this were C I'd look up `return_temporary_buffer' and check which 
: > header it is declared in.  Funnily enough, I'd do (and did) the same for 
: > C++.
: > 
: > See, it's not rocket science, is it?

: True - but why was there not a similar message generated by the call to
: get_temporary_buffer<>()? Why was one templated function call considered
: a parse error, while the other was considered an undeclared identifier?
: Of course, like the entire thread, that question is off-topic in this
: newsgroup.

I.E. you are saying the error should make sense.

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65818

On 07/17/2015 06:22 PM, The Doctor wrote:
> James Kuyper <jameskuyper@verizon.net> wrote:
> : On 07/16/2015 05:05 PM, Ian Collins wrote:
> : > jacobnavia wrote:
> : >> Le 16/07/2015 21:48, The Doctor a ?crit :
> : >>> In article <mo8q3l$o7e$1@dont-email.me>,
> : >>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
> : >>
> : >>>> The second part, and we can see it at our example in the original
> : >>>> poster's code, are THE INCOMPREHENSIBLE ERROR MESSAGES.
> : >>>>
> : >>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
> : >>>> `>'  token
> : >>>
> : >>> Solution:
> : >>>
> : >>> #include <memory>
> : >>>
> : >>
> : >> Sure!
> : >>
> : >> If I see a parser error it is EVIDENT that I need to include <memory>.
> : >>
> : >> OF COURSE! How stupid I am...
> : > 
> : > Indeed.
> : > 
> : >  From the OP:
> : > 
> : > /usr/source/mysql-5.6.25/sql/filesort_utils.cc: In member function `void
> : >     Filesort_buffer::sort_buffer(const Sort_param*, unsigned int)':
> : > /usr/source/mysql-5.6.25/sql/filesort_utils.cc:202: 
> : > `return_temporary_buffer'
> : >     undeclared in namespace `std'
> : > 
> : > Now if this were C I'd look up `return_temporary_buffer' and check which 
> : > header it is declared in.  Funnily enough, I'd do (and did) the same for 
> : > C++.
> : > 
> : > See, it's not rocket science, is it?
> 
> : True - but why was there not a similar message generated by the call to
> : get_temporary_buffer<>()? Why was one templated function call considered
> : a parse error, while the other was considered an undeclared identifier?
> : Of course, like the entire thread, that question is off-topic in this
> : newsgroup.
> 
> I.E. you are saying the error should make sense.

More precisely, I'm saying that jacob's criticism about the error
message not being more helpful is valid. "parse error" might make sense,
but it isn't particularly helpful, and my limited understanding of
compiler technology suggests that it should have detected a problem
requiring a diagnostic after reading the '<', two tokens earlier than it
actually did. An appropriate message describing the problem that it
should have found would have been trivial to generate with the
information available to the compiler at that point, and much more helpful.

[toc] | [prev] | [next] | [standalone]

#65819

James Kuyper wrote:
> On 07/17/2015 06:22 PM, The Doctor wrote:
>>
>> I.E. you are saying the error should make sense.
>
> More precisely, I'm saying that jacob's criticism about the error
> message not being more helpful is valid. "parse error" might make sense,
> but it isn't particularly helpful, and my limited understanding of
> compiler technology suggests that it should have detected a problem
> requiring a diagnostic after reading the '<', two tokens earlier than it
> actually did. An appropriate message describing the problem that it
> should have found would have been trivial to generate with the
> information available to the compiler at that point, and much more helpful.

Do remember that the compiler used by the OP is ancient by compiler 
standards.

The code in question builds cleanly with more recent compilers (hint to 
OP: keep your tools up to date!) so it isn't possible to reproduce the 
error with something current.

As has been pointed out elsewhere, gcc and g++ error reporting is still 
a work in progress a dozen or so years after the OP's compiler was released!

-- 
Ian Collins

[toc] | [prev] | [next] | [standalone]

#65720

On 16/07/15 21:17, jacobnavia wrote:
> Le 16/07/2015 21:48, The Doctor a écrit :
>> In article <mo8q3l$o7e$1@dont-email.me>,
>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>> `>'  token
>>
>> Solution:
>>
>> #include <memory>
>>
>
> Sure!
>
> If I see a parser error it is EVIDENT that I need to include <memory>.

Naturally.

>
> OF COURSE! How stupid I am...

Didn't you do mind-reading at school? Sheesh, that must make things tough.

Seriously, yeah, that's a terrible diagnostic message, but we can hardly 
blame the language for a poor implementation.

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

#65729

In article <mo969u$9p0$1@dont-email.me>,
Richard Heathfield  <rjh@cpax.org.uk> wrote:
>On 16/07/15 21:17, jacobnavia wrote:
>> Le 16/07/2015 21:48, The Doctor a écrit :
>>> In article <mo8q3l$o7e$1@dont-email.me>,
>>> jacobnavia  <jacob@jacob.remcomp.fr> wrote:
>>>> /usr/source/mysql-5.6.25/sql/filesort_utils.cc:178: parse error before
>>>> `>'  token
>>>
>>> Solution:
>>>
>>> #include <memory>
>>>
>>
>> Sure!
>>
>> If I see a parser error it is EVIDENT that I need to include <memory>.
>
>Naturally.
>
>>
>> OF COURSE! How stupid I am...
>
>Didn't you do mind-reading at school? Sheesh, that must make things tough.
>
>Seriously, yeah, that's a terrible diagnostic message, but we can hardly 
>blame the language for a poor implementation.
>

What do you flame then?

>-- 
>Richard Heathfield
>Email: rjh at cpax dot org dot uk
>"Usenet is a strange place" - dmr 29 July 1999
>Sig line 4 vacant - apply within


-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Abuse a man unjustly, and you will make friends for him.  -Edgar Watson Howe

[toc] | [prev] | [next] | [standalone]

#65735

On 17/07/15 00:52, The Doctor wrote:
> In article <mo969u$9p0$1@dont-email.me>,
> Richard Heathfield  <rjh@cpax.org.uk> wrote:
<snip>
>>Seriously, yeah, that's a terrible diagnostic message, but we can hardly
>>blame the language for a poor implementation.
>>
>
> What do you flame then?

I'm not quite sure what barbecues have to do with it. If you mean, why 
do I think they didn't provide a better diagnostic message, I'm guessing 
that either they were too lazy or it turned out to be too difficult to 
provide better information. Probably the latter. I think the general 
point - that C++ implementations often produce unhelpful diagnostic 
messages - is probably valid. Certainly it's been my experience. The 
trick is to ignore the message and focus on the line number.

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

Page 1 of 10  [1] 2 3 … 10  Next page →

Back to top | Article view | comp.lang.c

csiph-web