Bug #519
GUI: fix DEFINES in makefile
Description
make-c5makefile.sh places "defines" (-D..) in QMAKE_CXXFLAGS but they should go in DEFINES.
No problems on a Mac, but on Windows this has the consequence that the defines are not handled properly and the GUI will miss the features like Normaliz or GSL even though they are contained in the CoCoAInterpreter.exe.
(by Jan Limbeck)
Related issues
History
#1 Updated by Anna Maria Bigatti about 10 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 60
When I wrote the script for dealing with the defines (old problem with Normaliz) I didn't know it would matter.
Anyway I found the way to fix the script (easy when you know how...) tomorrow I'll test in other platforms and ask Jan Limbeck...
#2 Updated by John Abbott almost 10 years ago
- Target version changed from CoCoA-5.1.0 Easter14 to CoCoA-5.1.1 Seoul14
#3 Updated by John Abbott over 9 years ago
Anna has asked Limbeck to attempt compilation -- waiting for his feedback.
#4 Updated by Anna Maria Bigatti over 9 years ago
- Target version changed from CoCoA-5.1.1 Seoul14 to CoCoA-5.1.2 summer 2015
#5 Updated by John Abbott about 8 years ago
Any news? Close? Change target version?
#6 Updated by Anna Maria Bigatti about 8 years ago
- Target version changed from CoCoA-5.1.2 summer 2015 to CoCoA-5.2.0 spring 2017
#7 Updated by John Abbott over 7 years ago
This has been dormant for over two years; should we just close it? I guess Limbeck is/was unable to test it for us.
#8 Updated by Anna Maria Bigatti about 7 years ago
- Target version changed from CoCoA-5.2.0 spring 2017 to CoCoA-5.2.2
#9 Updated by Anna Maria Bigatti over 6 years ago
- Target version changed from CoCoA-5.2.2 to CoCoA-5.2.4
#10 Updated by Anna Maria Bigatti over 5 years ago
- Target version changed from CoCoA-5.2.4 to CoCoA-5.3.0
#11 Updated by John Abbott about 4 years ago
- Status changed from Resolved to Closed
- % Done changed from 60 to 100
The old Qt interface has not worked for quite some time.
Also we now handle CPP flags in a different way (via the file PREPROCESSOR_FLAGS.H
).
So this issue is probably no longer relevant; though surely whatever mechanism was used to handle the CPP flags will have to be revamped.
Closing because (almost surely) no longer relevant.