On 2016-12-11 15:04-0000 Arjen Markus wrote:

>> -----Original Message-----
>> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>>
>> DONE as of commit 6b01000.  I would appreciate you trying the identical
>> comprehensive test check on Cygwin to confirm the pyqt4 issue you were 
>> seeing is
>> now gone.
>>
> I did an update of the repository and ran the comprehensive test script (with 
> X Window running and the parallel option turned off). The result was 
> different from before, but there are still build errors - see the attached 
> tarball.

Hi Arjen:

I view this issue as release critical so thanks for providing this
report so quickly during your weekend.

Unfortunately, those compiler warnings in the report about "redeclared
without dllimport attribute" (and eventual build failure for the qt
device driver) don't make a lot of sense to me at the present time.

Your report shows for this compilation both the USINGDLL and
qt_EXPORTS macros are set (as expected) and if you go through the
thicket of preprocessing logic in include/pldll.h.in, then

__declspec( dllimport )

should be used in a number of places in include/qt.h
(which is #included by the code in question and which makes use of
the PLDLLIMPEXP_QT macro which is #defined as above under these
circumstances).  So that _could_ explain
the warnings and eventual build failure.  But exactly the same logic holds for 
the compilation of
drivers/qt.cpp (both USINGDLL and qt_EXPORTS are set, and it includes
qt.h) and compilation of that code sailed through without any warnings
or errors.  Do you agree what happens for the compilation of
drivers/qt.cpp should also happen for the compilation of the
automoc-generated file

/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/noninteractive/build_tree/drivers/qt_automoc.cpp

or is there something you can spot that I am missing?

Also, two sets of eyes and two brains are better than one so
please send me the relevant generated files that cannot be compiled
there, i.e., the automoc-generated

/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/noninteractive/build_tree/drivers/qt_automoc.cpp

and the file it includes, the moc-generated

/cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/noninteractive/build_tree/drivers/moc_qt.cpp

to see if I can spot anything as well.

While waiting for those files from you I plan to look at the report
you generated for your last successful Cygwin test (in July or so?)
where you built both the qt device driver and the plplotqt library
without issues.  Back then we were handling moc-generated files in an
entirely different way.  The present automoc-based methods should
provide essentially the same results but since they don't, that
comparison should provide some useful insight.

More later.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to