John Smith [ARCHIVE] on Nostr: ๐ Original date posted:2011-10-29 ๐๏ธ Summary of this message: A suggestion ...
๐
Original date posted:2011-10-29
๐๏ธ Summary of this message: A suggestion was made to add a GUI=0/1 option to bitcoin-qt.pro until a better build system is implemented, but it was questioned if qmake is necessary for non-qt software. A bash script was proposed instead.
๐ Original message:> Better would be a GUI=0/1 option to the bitcoin-qt.pro until a nicer
> (ideally
> automake/autoconf) system is implemented...
>
Are you sure you want to require qmake for the daemon build?
I agree having a unified build system would be nice, but qmake doesn't add
anything for non-qt software. Better to stick with a makefile.
If the goal is 'making it easier for the user' maybe it'd be best to make a
bash script that wraps both, that builds the daemon if possible, and the UI
if possible, and converts command line flags.
JS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111029/ba26ae02/attachment.html>
๐๏ธ Summary of this message: A suggestion was made to add a GUI=0/1 option to bitcoin-qt.pro until a better build system is implemented, but it was questioned if qmake is necessary for non-qt software. A bash script was proposed instead.
๐ Original message:> Better would be a GUI=0/1 option to the bitcoin-qt.pro until a nicer
> (ideally
> automake/autoconf) system is implemented...
>
Are you sure you want to require qmake for the daemon build?
I agree having a unified build system would be nice, but qmake doesn't add
anything for non-qt software. Better to stick with a makefile.
If the goal is 'making it easier for the user' maybe it'd be best to make a
bash script that wraps both, that builds the daemon if possible, and the UI
if possible, and converts command line flags.
JS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111029/ba26ae02/attachment.html>