[GH-ISSUE #33] Including CMake building support

gitea-mirror commented

2026-05-05 03:34:14 -06:00

Owner

Originally created by @solotic on GitHub (Jan 8, 2021).
Original GitHub issue: https://github.com/ultimatepp/ultimatepp/issues/33

Originally created by @solotic on GitHub (Jan 8, 2021). Original GitHub issue: https://github.com/ultimatepp/ultimatepp/issues/33

gitea-mirror commented

2026-05-05 03:34:16 -06:00

Author

Owner

@klugier commented on GitHub (Jan 8, 2021):

Sure, the long term plan is to provide upp as library. It means that in the installation process it will produced shared libraries that can be easily integrated with the CMake. This is our long term goal. Now we would like to focus on UppHub - decentralized source package manager. There is also alternative provide by CoolmanCZ upp_cmake https://github.com/CoolmanCZ/upp_cmake. Please play with this project - maybe you will find it useful.

Thanks that you posted this - I will need to fill the file for Google Summer of Code. I hope we will have one student that can help with it.

@klugier commented on GitHub (Jan 8, 2021): Sure, the long term plan is to provide upp as library. It means that in the installation process it will produced shared libraries that can be easily integrated with the CMake. This is our long term goal. Now we would like to focus on UppHub - decentralized source package manager. There is also alternative provide by CoolmanCZ upp_cmake https://github.com/CoolmanCZ/upp_cmake. Please play with this project - maybe you will find it useful. Thanks that you posted this - I will need to fill the file for Google Summer of Code. I hope we will have one student that can help with it.

gitea-mirror commented

2026-05-05 03:34:17 -06:00

Author

Owner

@basiliscos commented on GitHub (Sep 10, 2021):

It would be very nice to have cmake support out of the box to be able to use easily U++ in modern apps development )

@basiliscos commented on GitHub (Sep 10, 2021): It would be very nice to have cmake support out of the box to be able to use easily U++ in modern apps development )

gitea-mirror commented

2026-05-05 03:34:18 -06:00

Author

Owner

@klugier commented on GitHub (Sep 15, 2021):

The easiest way to support CMake is produce binary packages that can be directed consume by CMake. By binary package i mean packages like conan operates on. We were trying to do it in the last year, and for some reason we abandon this idea. Maybe it is a time to back to it.

Thanks for the feedback. It is very valuable to us, because we know what people wants from our framework.

@klugier commented on GitHub (Sep 15, 2021): The easiest way to support CMake is produce binary packages that can be directed consume by CMake. By binary package i mean packages like conan operates on. We were trying to do it in the last year, and for some reason we abandon this idea. Maybe it is a time to back to it. Thanks for the feedback. It is very valuable to us, because we know what people wants from our framework.

gitea-mirror commented

2026-05-05 03:34:19 -06:00

Author

Owner

@BLumia commented on GitHub (Mar 17, 2025):

the long term plan is to provide upp as library. It means that in the installation process it will produced shared libraries that can be easily integrated with the CMake. This is our long term goal.

Any updates related to this? or is there a separated issue for tracking the progress of provide upp as library? Thanks!

@BLumia commented on GitHub (Mar 17, 2025): > the long term plan is to provide upp as library. It means that in the installation process it will produced shared libraries that can be easily integrated with the CMake. This is our long term goal. Any updates related to this? or is there a separated issue for tracking the progress of provide upp as library? Thanks!

gitea-mirror commented

2026-05-05 03:34:20 -06:00

Author

Owner

@mirek-fidler commented on GitHub (Mar 17, 2025):

No progress really.

nobody from current active community really wants that
it would be a lot of work
it is unclear how many libraries to produce (how to map current U++
packages to libraries)
technically, it would be a step back. Like demanding cmake project to be
converted to pure make...

On Mon, Mar 17, 2025 at 12:09 PM Gary Wang @.***> wrote:

the long term plan is to provide upp as library. It means that in the
installation process it will produced shared libraries that can be easily
integrated with the CMake. This is our long term goal.

Any updates related to this? or is there a separated issue for tracking
the progress of provide upp as library? Thanks!

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH237VPOZLXCASQOFFL7D2U2UMZAVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZGA4TKMZXGA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>
[image: BLumia]BLumia left a comment (ultimatepp/ultimatepp#33)
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370

the long term plan is to provide upp as library. It means that in the
installation process it will produced shared libraries that can be easily
integrated with the CMake. This is our long term goal.

Any updates related to this? or is there a separated issue for tracking
the progress of provide upp as library? Thanks!

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH237VPOZLXCASQOFFL7D2U2UMZAVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZGA4TKMZXGA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

@mirek-fidler commented on GitHub (Mar 17, 2025): No progress really. - nobody from current *active* community really wants that - it would be a lot of work - it is unclear how many libraries to produce (how to map current U++ packages to libraries) - technically, it would be a step back. Like demanding cmake project to be converted to pure make... On Mon, Mar 17, 2025 at 12:09 PM Gary Wang ***@***.***> wrote: > the long term plan is to provide upp as library. It means that in the > installation process it will produced shared libraries that can be easily > integrated with the CMake. This is our long term goal. > > Any updates related to this? or is there a separated issue for tracking > the progress of provide upp as library? Thanks! > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH237VPOZLXCASQOFFL7D2U2UMZAVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZGA4TKMZXGA> > . > You are receiving this because you are subscribed to this thread.Message > ID: ***@***.***> > [image: BLumia]*BLumia* left a comment (ultimatepp/ultimatepp#33) > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370> > > the long term plan is to provide upp as library. It means that in the > installation process it will produced shared libraries that can be easily > integrated with the CMake. This is our long term goal. > > Any updates related to this? or is there a separated issue for tracking > the progress of provide upp as library? Thanks! > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729095370>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH237VPOZLXCASQOFFL7D2U2UMZAVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZGA4TKMZXGA> > . > You are receiving this because you are subscribed to this thread.Message > ID: ***@***.***> >

gitea-mirror commented

2026-05-05 03:34:21 -06:00

Author

Owner

@BLumia commented on GitHub (Mar 17, 2025):

Thanks for response!

nobody from current active community really wants that

it would be a lot of work

Understandable.

it is unclear how many libraries to produce (how to map current U++
packages to libraries)

This won't be a showstopper if shipping libraries is a goal that we want to achieve :)

technically, it would be a step back. Like demanding cmake project to be
converted to pure make...

I don't see if it's a step back. If we are able to offer U++ as standalone static or shared libraries as @klugier described, it could benefit existing non TheIDE users with:

Easier to integrate it with existing projects, with their existing tooling that they are already familiar with, and...
Easier to use with existing tooling for purposes that TheIDE/umk doesn't offer.
Easier to offer CMake and/or pkg-config support.
Easier to allow distros or redistributors to package U++.

And such support can co-exist with the current one as well since existing users are likely happy with TheIDE. Somewhat similar to what Qt 5 did: uses qmake as their default build system, and offering CMake support at the same time.

@BLumia commented on GitHub (Mar 17, 2025): Thanks for response! > - nobody from current *active* community really wants that > - it would be a lot of work Understandable. > - it is unclear how many libraries to produce (how to map current U++ > packages to libraries) This won't be a showstopper if shipping libraries is a goal that we want to achieve :) > - technically, it would be a step back. Like demanding cmake project to be > converted to pure make... I don't see if it's a step back. If we are able to offer U++ as standalone static or shared libraries as @klugier described, it could benefit existing non TheIDE users with: - Easier to integrate it with existing projects, with their existing tooling that they are already familiar with, and... - Easier to use with existing tooling for purposes that TheIDE/umk doesn't offer. - Easier to offer CMake and/or pkg-config support. - Easier to allow distros or redistributors to package U++. And such support can co-exist with the current one as well since existing users are likely happy with TheIDE. *Somewhat* similar to what Qt 5 did: uses `qmake` as their default build system, and offering CMake support at the same time.

gitea-mirror commented

2026-05-05 03:34:22 -06:00

Author

Owner

@mirek-fidler commented on GitHub (Mar 17, 2025):

Well, if you have time and energy for this, cool :)

On Mon, Mar 17, 2025 at 4:19 PM Gary Wang @.***> wrote:

Thanks for response!

nobody from current active community really wants that

it would be a lot of work

Understandable.

it is unclear how many libraries to produce (how to map current U++
packages to libraries)

This won't be a showstopper if shipping libraries is a goal that we want
to achieve :)

technically, it would be a step back. Like demanding cmake project
to be
converted to pure make...

I don't see if it's a step back. If we are able to offer U++ as standalone
static or shared libraries as @klugier https://github.com/klugier
described, it could benefit existing non TheIDE users with:

Easier to integrate it with existing projects, with their existing
tooling that they are already familiar with, and...

Easier to use with existing tooling for purposes that TheIDE/umk
doesn't offer.

Easier to offer CMake and/or pkg-config support.

Easier to allow distros or redistributors to package U++.

And such support can co-exist with the current one as well since existing
users are likely happy with TheIDE. Somewhat similar to what Qt 5 did:
uses qmake as their default build system, and offering CMake support at
the same time.

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH237DN23J4S6INWCRMVT2U3RW7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZHEZDGMZSHA
.
You are receiving this because you commented.Message ID:
@.***>
[image: BLumia]BLumia left a comment (ultimatepp/ultimatepp#33)
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328

Thanks for response!

nobody from current active community really wants that

it would be a lot of work

Understandable.

it is unclear how many libraries to produce (how to map current U++
packages to libraries)

This won't be a showstopper if shipping libraries is a goal that we want
to achieve :)

technically, it would be a step back. Like demanding cmake project
to be
converted to pure make...

I don't see if it's a step back. If we are able to offer U++ as standalone
static or shared libraries as @klugier https://github.com/klugier
described, it could benefit existing non TheIDE users with:

Easier to integrate it with existing projects, with their existing
tooling that they are already familiar with, and...

Easier to use with existing tooling for purposes that TheIDE/umk
doesn't offer.

Easier to offer CMake and/or pkg-config support.

Easier to allow distros or redistributors to package U++.

And such support can co-exist with the current one as well since existing
users are likely happy with TheIDE. Somewhat similar to what Qt 5 did:
uses qmake as their default build system, and offering CMake support at
the same time.

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH237DN23J4S6INWCRMVT2U3RW7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZHEZDGMZSHA
.
You are receiving this because you commented.Message ID:
@.***>

@mirek-fidler commented on GitHub (Mar 17, 2025): Well, if you have time and energy for this, cool :) On Mon, Mar 17, 2025 at 4:19 PM Gary Wang ***@***.***> wrote: > Thanks for response! > > > - nobody from current *active* community really wants that > - it would be a lot of work > > Understandable. > > > - it is unclear how many libraries to produce (how to map current U++ > packages to libraries) > > This won't be a showstopper if shipping libraries is a goal that we want > to achieve :) > > > - technically, it would be a step back. Like demanding cmake project > to be > converted to pure make... > > I don't see if it's a step back. If we are able to offer U++ as standalone > static or shared libraries as @klugier <https://github.com/klugier> > described, it could benefit existing non TheIDE users with: > > - Easier to integrate it with existing projects, with their existing > tooling that they are already familiar with, and... > - Easier to use with existing tooling for purposes that TheIDE/umk > doesn't offer. > - Easier to offer CMake and/or pkg-config support. > - Easier to allow distros or redistributors to package U++. > > And such support can co-exist with the current one as well since existing > users are likely happy with TheIDE. *Somewhat* similar to what Qt 5 did: > uses qmake as their default build system, and offering CMake support at > the same time. > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH237DN23J4S6INWCRMVT2U3RW7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZHEZDGMZSHA> > . > You are receiving this because you commented.Message ID: > ***@***.***> > [image: BLumia]*BLumia* left a comment (ultimatepp/ultimatepp#33) > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328> > > Thanks for response! > > > - nobody from current *active* community really wants that > - it would be a lot of work > > Understandable. > > > - it is unclear how many libraries to produce (how to map current U++ > packages to libraries) > > This won't be a showstopper if shipping libraries is a goal that we want > to achieve :) > > > - technically, it would be a step back. Like demanding cmake project > to be > converted to pure make... > > I don't see if it's a step back. If we are able to offer U++ as standalone > static or shared libraries as @klugier <https://github.com/klugier> > described, it could benefit existing non TheIDE users with: > > - Easier to integrate it with existing projects, with their existing > tooling that they are already familiar with, and... > - Easier to use with existing tooling for purposes that TheIDE/umk > doesn't offer. > - Easier to offer CMake and/or pkg-config support. > - Easier to allow distros or redistributors to package U++. > > And such support can co-exist with the current one as well since existing > users are likely happy with TheIDE. *Somewhat* similar to what Qt 5 did: > uses qmake as their default build system, and offering CMake support at > the same time. > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2729923328>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH237DN23J4S6INWCRMVT2U3RW7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMRZHEZDGMZSHA> > . > You are receiving this because you commented.Message ID: > ***@***.***> >

gitea-mirror commented

2026-05-05 03:34:23 -06:00

Author

Owner

@BLumia commented on GitHub (Mar 20, 2025):

Gonna put some other links here for people want to consume U++ as a regular library:

Ultimate++ build system conversion to make it available for widely-available package consumption
- Their fork
- Medium blog for doing so

@BLumia commented on GitHub (Mar 20, 2025): Gonna put some other links here for people want to consume U++ as a regular library: - [Ultimate++ build system conversion to make it available for widely-available package consumption](https://www.reddit.com/r/cpp/comments/w1wlog/ultimate_build_system_conversion_to_make_it/) - [Their fork](https://github.com/germandiagogomez/ultimatepp/commits/feature/meson-build-system-based-on-2022.2/) - [Medium blog for doing so](https://germandiagogomez.medium.com/converting-ultimate-framework-to-meson-build-system-to-make-it-externally-consumable-by-others-99b54bc25598)

gitea-mirror commented

2026-05-05 03:34:24 -06:00

Author

Owner

@mirek-fidler commented on GitHub (Mar 20, 2025):

Very good work.

I think the ideal course of action is that somebody starts a new github
project with "library releases of U++" (whatever is that supposed to mean).
I can offer support. I do not have resources to maintain it. I might be
able to accept PRs for e.g. theide or umk to e.g. do some sort of "export".

Note: theide has "editor mode" where it edits a single file based on
extension passed on commandline. That was mostly added to support "U++ as
library" so that you can edit .lay and .iml files...

On Thu, Mar 20, 2025 at 4:11 AM Gary Wang @.***> wrote:

Gonna put some other links here for people want to consume U++ as a
regular library:

Ultimate++ build system conversion to make it available for
widely-available package consumption
https://www.reddit.com/r/cpp/comments/w1wlog/ultimate_build_system_conversion_to_make_it/

Their fork
https://github.com/germandiagogomez/ultimatepp/commits/feature/meson-build-system-based-on-2022.2/

Medium blog for doing so
https://germandiagogomez.medium.com/converting-ultimate-framework-to-meson-build-system-to-make-it-externally-consumable-by-others-99b54bc25598

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH2354LMPNEK3KFNGBKA32VIWU7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMZZGAYTSNJSGM
.
You are receiving this because you commented.Message ID:
@.***>
[image: BLumia]BLumia left a comment (ultimatepp/ultimatepp#33)
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523

Gonna put some other links here for people want to consume U++ as a
regular library:

Ultimate++ build system conversion to make it available for
widely-available package consumption
https://www.reddit.com/r/cpp/comments/w1wlog/ultimate_build_system_conversion_to_make_it/

Their fork
https://github.com/germandiagogomez/ultimatepp/commits/feature/meson-build-system-based-on-2022.2/

Medium blog for doing so
https://germandiagogomez.medium.com/converting-ultimate-framework-to-meson-build-system-to-make-it-externally-consumable-by-others-99b54bc25598

—
Reply to this email directly, view it on GitHub
https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AARH2354LMPNEK3KFNGBKA32VIWU7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMZZGAYTSNJSGM
.
You are receiving this because you commented.Message ID:
@.***>

@mirek-fidler commented on GitHub (Mar 20, 2025): Very good work. I think the ideal course of action is that somebody starts a new github project with "library releases of U++" (whatever is that supposed to mean). I can offer support. I do not have resources to maintain it. I might be able to accept PRs for e.g. theide or umk to e.g. do some sort of "export". Note: theide has "editor mode" where it edits a single file based on extension passed on commandline. That was mostly added to support "U++ as library" so that you can edit .lay and .iml files... On Thu, Mar 20, 2025 at 4:11 AM Gary Wang ***@***.***> wrote: > Gonna put some other links here for people want to consume U++ as a > regular library: > > - Ultimate++ build system conversion to make it available for > widely-available package consumption > <https://www.reddit.com/r/cpp/comments/w1wlog/ultimate_build_system_conversion_to_make_it/> > - Their fork > <https://github.com/germandiagogomez/ultimatepp/commits/feature/meson-build-system-based-on-2022.2/> > - Medium blog for doing so > <https://germandiagogomez.medium.com/converting-ultimate-framework-to-meson-build-system-to-make-it-externally-consumable-by-others-99b54bc25598> > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH2354LMPNEK3KFNGBKA32VIWU7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMZZGAYTSNJSGM> > . > You are receiving this because you commented.Message ID: > ***@***.***> > [image: BLumia]*BLumia* left a comment (ultimatepp/ultimatepp#33) > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523> > > Gonna put some other links here for people want to consume U++ as a > regular library: > > - Ultimate++ build system conversion to make it available for > widely-available package consumption > <https://www.reddit.com/r/cpp/comments/w1wlog/ultimate_build_system_conversion_to_make_it/> > - Their fork > <https://github.com/germandiagogomez/ultimatepp/commits/feature/meson-build-system-based-on-2022.2/> > - Medium blog for doing so > <https://germandiagogomez.medium.com/converting-ultimate-framework-to-meson-build-system-to-make-it-externally-consumable-by-others-99b54bc25598> > > — > Reply to this email directly, view it on GitHub > <https://github.com/ultimatepp/ultimatepp/issues/33#issuecomment-2739019523>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AARH2354LMPNEK3KFNGBKA32VIWU7AVCNFSM6AAAAABZFGOS4SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOMZZGAYTSNJSGM> > . > You are receiving this because you commented.Message ID: > ***@***.***> >

gitea-mirror referenced this issue

2026-05-05 03:40:43 -06:00

[PR #17] [CLOSED] Travis CI integration #116

Rows
Columns

[GH-ISSUE #33] Including CMake building support #17