Add a CMake build option WITH_ALL_OPTIONS disabled by default #38

Merged
SlavekB merged 1 commits from feat/with_all_options into master 2 years ago
obache commented 2 years ago
Collaborator

Same as other modules

Same as other modules
obache added 1 commit 2 years ago
obache force-pushed feat/with_all_options from 2d144fe39d to bbecf5bb84 2 years ago
SlavekB approved these changes 2 years ago
SlavekB left a comment
Owner

Great – exactly the same idea I had during work on ArchLinux packaging at the time of finalization R14.0.11, but it was not a good time for such changes. Now is the time!

Great – exactly the same idea I had during work on ArchLinux packaging at the time of finalization R14.0.11, but it was not a good time for such changes. Now is the time!
SlavekB merged commit bbecf5bb84 into master 2 years ago
SlavekB deleted branch feat/with_all_options 2 years ago
SlavekB added this to the R14.0.12 release milestone 2 years ago
Owner

Now I was looking that t1lib seem to be abandoned and not maintained. I suggest to change the default value to OFF for all cases. Any objections?

Now I was looking that [t1lib](https://www.t1lib.org/) seem to be abandoned and not maintained. I suggest to change the default value to `OFF` for all cases. Any objections?
Owner

Now I was looking that t1lib seem to be abandoned and not maintained. I suggest to change the default value to OFF for all cases. Any objections?

No objection. But if t1lib is abandoned, does it still make sense to support it?

> Now I was looking that [t1lib](https://www.t1lib.org/) seem to be abandoned and not maintained. I suggest to change the default value to `OFF` for all cases. Any objections? No objection. But if t1lib is abandoned, does it still make sense to support it?
Owner

Now I was looking that t1lib seem to be abandoned and not maintained. I suggest to change the default value to OFF for all cases. Any objections?

No objection. But if t1lib is abandoned, does it still make sense to support it?

Yes, certainly, we can consider OFF for stable branch and removal for the master. DEB packages are built without the t1lib support for a long time, so no change occurs here.

> > Now I was looking that [t1lib](https://www.t1lib.org/) seem to be abandoned and not maintained. I suggest to change the default value to `OFF` for all cases. Any objections? > > No objection. But if t1lib is abandoned, does it still make sense to support it? Yes, certainly, we can consider OFF for stable branch and removal for the master. DEB packages are built without the t1lib support for a long time, so no change occurs here.
Owner

Yes, certainly, we can consider OFF for stable branch and removal for the master. DEB packages are built without the t1lib support for a long time, so no change occurs here.

Sounds perfect!! Let's do it.

> Yes, certainly, we can consider OFF for stable branch and removal for the master. DEB packages are built without the t1lib support for a long time, so no change occurs here. Sounds perfect!! Let's do it.

Reviewers

SlavekB approved these changes 2 years ago
The pull request has been merged as bbecf5bb84.
Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: TDE/tdegraphics#38
Loading…
There is no content yet.