Re: [courier-users] courier unicode build 20170307

2017-03-07 Thread Sam Varshavchik

Bowie Bailey writes:


On 3/7/2017 7:17 AM, Sam Varshavchik wrote:
> Alessandro Vesely writes:
>
>> On Tue 07/Mar/2017 03:43:45 +0100 Sam Varshavchik wrote:
>> > Download: http://www.courier-mta.org/download.html#unicode
>> >
>> > This is a test build of the courier-unicode package, that uses
>> C++11's unicode
>> > support. Please report any build issues to the courier-users list.
>>
>> Yes, it works, but I had to manually set CXXFLAGS="-std=c++11". That
>> could be
>> avoided by using AX_CXX_COMPILE_STDCXX in configure.  I found no m4
>> dir, so I
>> added it and saved there the file I found in:
>> https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_stdcxx.html
>>
>> I attach other minor changes.  I didn't test it on a "difficult"
>> system.  I
>> guess that if 'optional' works as advertised, the behavior won't get
>> worse.
>
> Ok, but C++11 is mandatory now, that's the whole point. Looks like
> this macro tries both -std=c++11 and -std=c++0x, which is what's
> needed; however looks like the macro executes a fairly extensive check
> for C++11 coverage, while all that's needed here is unicode string
> support.
>
> I've added this macro and prepared the 20150307 build. Can someone try
> courier-unicode-20150307 to see if it builds by default with gcc 4.4.

I tried it on my CentOS 6.6 system and it failed.  (Although your test
program did not give any errors.)

$ ./configure
...
checking whether g++ supports C++11 features by default... no
checking whether g++ supports C++11 features with -std=gnu++11... no
checking whether g++ supports C++11 features with -std=gnu++0x... no
checking whether g++ supports C++11 features with -std=c++11... no
checking whether g++ supports C++11 features with +std=c++11... no
checking whether g++ supports C++11 features with -h std=c++11... no
checking whether g++ supports C++11 features with -std=c++0x... no
checking whether g++ supports C++11 features with +std=c++0x... no
checking whether g++ supports C++11 features with -h std=c++0x... no
configure: error: *** A compiler with support for C++11 language
features is required.


That's fine. I would have to look at what you ended up with in your  
config.log to confirm this, but I'm fairly certain that the compiler fails  
that macro's thorough check for C++11 compliance. It checks a bunch of  
stuff, and gcc 4.4 is not fully C++11 compliant. Which is ok, since only  
unicode support is needed here.


I'll back that out, and replace it with my own check just for unicode.  
There'll be another build tomorrow.




pgpH7ytni76Dj.pgp
Description: PGP signature
--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford___
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users


Re: [courier-users] courier unicode build 20170307

2017-03-07 Thread Bowie Bailey
On 3/7/2017 7:17 AM, Sam Varshavchik wrote:
> Alessandro Vesely writes:
>
>> On Tue 07/Mar/2017 03:43:45 +0100 Sam Varshavchik wrote:
>> > Download: http://www.courier-mta.org/download.html#unicode
>> >
>> > This is a test build of the courier-unicode package, that uses 
>> C++11's unicode
>> > support. Please report any build issues to the courier-users list.
>>
>> Yes, it works, but I had to manually set CXXFLAGS="-std=c++11". That 
>> could be
>> avoided by using AX_CXX_COMPILE_STDCXX in configure.  I found no m4 
>> dir, so I
>> added it and saved there the file I found in:
>> https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_stdcxx.html
>>
>> I attach other minor changes.  I didn't test it on a "difficult" 
>> system.  I
>> guess that if 'optional' works as advertised, the behavior won't get 
>> worse.
>
> Ok, but C++11 is mandatory now, that's the whole point. Looks like 
> this macro tries both -std=c++11 and -std=c++0x, which is what's 
> needed; however looks like the macro executes a fairly extensive check 
> for C++11 coverage, while all that's needed here is unicode string 
> support.
>
> I've added this macro and prepared the 20150307 build. Can someone try 
> courier-unicode-20150307 to see if it builds by default with gcc 4.4.

I tried it on my CentOS 6.6 system and it failed.  (Although your test 
program did not give any errors.)

$ ./configure
...
checking whether g++ supports C++11 features by default... no
checking whether g++ supports C++11 features with -std=gnu++11... no
checking whether g++ supports C++11 features with -std=gnu++0x... no
checking whether g++ supports C++11 features with -std=c++11... no
checking whether g++ supports C++11 features with +std=c++11... no
checking whether g++ supports C++11 features with -h std=c++11... no
checking whether g++ supports C++11 features with -std=c++0x... no
checking whether g++ supports C++11 features with +std=c++0x... no
checking whether g++ supports C++11 features with -h std=c++0x... no
configure: error: *** A compiler with support for C++11 language 
features is required.
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info 
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap 
--enable-shared --enable-threads=posix --enable-checking=release 
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions 
--enable-gnu-unique-object 
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada 
--enable-java-awt=gtk --disable-dssi 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre 
--enable-libgcj-multifile --enable-java-maintainer-mode 
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic 
--with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC)

This machine hasn't been updated in a while and there is an update 
available to gcc 4.4.7-17.  I'm not sure if that would make a difference 
or not.  I may be able to try it in a few days if you don't have another 
solution.

-- 
Bowie

--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users