sox-devel@lists.sourceforge.net unofficial mirror
 help / color / mirror / code / Atom feed
* Build systems
@ 2020-08-02 14:21 Måns Rullgård
  2020-08-02 17:17 ` Jan Stary
  2020-08-11 14:25 ` Jan Stary
  0 siblings, 2 replies; 13+ messages in thread
From: Måns Rullgård @ 2020-08-02 14:21 UTC (permalink / raw)
  To: sox-devel

In the SoX tree, there are currently support files for autotools, CMake,
and two ancient versiona of Visual Studio.

Out of the box, the CMake build fails, but with the right options it
completes successfully, for now.  The Visual Studio projects are almost
certainly broken.

Maintaining multiple build systems seems to me like an unnecessary
burden.  I am therefore tempted to simply delete all but the autotools
based one.  If nobody makes a compelling argument for keeping these
extra build systems, I intend to do this next time a change would
require updating them.

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-02 14:21 Build systems Måns Rullgård
@ 2020-08-02 17:17 ` Jan Stary
  2020-08-03  9:09   ` Måns Rullgård
  2020-08-11 14:25 ` Jan Stary
  1 sibling, 1 reply; 13+ messages in thread
From: Jan Stary @ 2020-08-02 17:17 UTC (permalink / raw)
  To: sox-devel

On Aug 02 15:21:55, mans@mansr.com wrote:
> In the SoX tree, there are currently support files for autotools, CMake,
> and two ancient versiona of Visual Studio.
> 
> Out of the box, the CMake build fails, but with the right options it
> completes successfully, for now.  The Visual Studio projects are almost
> certainly broken.
> 
> Maintaining multiple build systems seems to me like an unnecessary
> burden.  I am therefore tempted to simply delete all but the autotools
> based one.  If nobody makes a compelling argument for keeping these
> extra build systems, I intend to do this next time a change would
> require updating them.

Please do kill the VS build and the CMake build with fire.

That being said, I would like to replace
the autotools hell with something like
https://cvsweb.bsd.lv/mandoc/configure
- a short, simple ./configure script written by hand,
as opposed to produced by auto*

	Jan



_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-02 17:17 ` Jan Stary
@ 2020-08-03  9:09   ` Måns Rullgård
  2020-08-03 10:38     ` Claude Warren
  0 siblings, 1 reply; 13+ messages in thread
From: Måns Rullgård @ 2020-08-03  9:09 UTC (permalink / raw)
  To: Jan Stary; +Cc: sox-devel

Jan Stary <hans@stare.cz> writes:

> On Aug 02 15:21:55, mans@mansr.com wrote:
>> In the SoX tree, there are currently support files for autotools, CMake,
>> and two ancient versiona of Visual Studio.
>> 
>> Out of the box, the CMake build fails, but with the right options it
>> completes successfully, for now.  The Visual Studio projects are almost
>> certainly broken.
>> 
>> Maintaining multiple build systems seems to me like an unnecessary
>> burden.  I am therefore tempted to simply delete all but the autotools
>> based one.  If nobody makes a compelling argument for keeping these
>> extra build systems, I intend to do this next time a change would
>> require updating them.
>
> Please do kill the VS build and the CMake build with fire.

With pleasure, but I'll wait a little while in case someone has a good
reason to keep it.  Given the lack of development activity the last few
years, though, I'm quite confident nobody will object.

> That being said, I would like to replace
> the autotools hell with something like
> https://cvsweb.bsd.lv/mandoc/configure
> - a short, simple ./configure script written by hand,
> as opposed to produced by auto*

While I'm no fan of autotools, the existing script works.  I'll consider
replacements if maintaining it becomes too much of a burden.

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03  9:09   ` Måns Rullgård
@ 2020-08-03 10:38     ` Claude Warren
  2020-08-03 11:31       ` Jan Stary
  2020-08-03 12:29       ` Måns Rullgård
  0 siblings, 2 replies; 13+ messages in thread
From: Claude Warren @ 2020-08-03 10:38 UTC (permalink / raw)
  To: sox-devel


[-- Attachment #1.1: Type: text/plain, Size: 1872 bytes --]

Would the new tool work on strange platforms like pi-zero?


On Mon, Aug 3, 2020 at 10:09 AM Måns Rullgård <mans@mansr.com> wrote:

> Jan Stary <hans@stare.cz> writes:
>
> > On Aug 02 15:21:55, mans@mansr.com wrote:
> >> In the SoX tree, there are currently support files for autotools, CMake,
> >> and two ancient versiona of Visual Studio.
> >>
> >> Out of the box, the CMake build fails, but with the right options it
> >> completes successfully, for now.  The Visual Studio projects are almost
> >> certainly broken.
> >>
> >> Maintaining multiple build systems seems to me like an unnecessary
> >> burden.  I am therefore tempted to simply delete all but the autotools
> >> based one.  If nobody makes a compelling argument for keeping these
> >> extra build systems, I intend to do this next time a change would
> >> require updating them.
> >
> > Please do kill the VS build and the CMake build with fire.
>
> With pleasure, but I'll wait a little while in case someone has a good
> reason to keep it.  Given the lack of development activity the last few
> years, though, I'm quite confident nobody will object.
>
> > That being said, I would like to replace
> > the autotools hell with something like
> > https://cvsweb.bsd.lv/mandoc/configure
> > - a short, simple ./configure script written by hand,
> > as opposed to produced by auto*
>
> While I'm no fan of autotools, the existing script works.  I'll consider
> replacements if maintaining it becomes too much of a burden.
>
> --
> Måns Rullgård
>
>
> _______________________________________________
> SoX-devel mailing list
> SoX-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sox-devel
>


-- 
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren

[-- Attachment #1.2: Type: text/html, Size: 3112 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03 10:38     ` Claude Warren
@ 2020-08-03 11:31       ` Jan Stary
  2020-08-03 12:40         ` manus
  2020-08-03 12:29       ` Måns Rullgård
  1 sibling, 1 reply; 13+ messages in thread
From: Jan Stary @ 2020-08-03 11:31 UTC (permalink / raw)
  To: sox-devel

On Aug 03 11:38:29, claude@xenei.com wrote:
> Would the new tool work on strange platforms like pi-zero?

It's matter of the OS, not the HW platform.


> On Mon, Aug 3, 2020 at 10:09 AM Måns Rullgård <mans@mansr.com> wrote:
> 
> > Jan Stary <hans@stare.cz> writes:
> >
> > > On Aug 02 15:21:55, mans@mansr.com wrote:
> > >> In the SoX tree, there are currently support files for autotools, CMake,
> > >> and two ancient versiona of Visual Studio.
> > >>
> > >> Out of the box, the CMake build fails, but with the right options it
> > >> completes successfully, for now.  The Visual Studio projects are almost
> > >> certainly broken.
> > >>
> > >> Maintaining multiple build systems seems to me like an unnecessary
> > >> burden.  I am therefore tempted to simply delete all but the autotools
> > >> based one.  If nobody makes a compelling argument for keeping these
> > >> extra build systems, I intend to do this next time a change would
> > >> require updating them.
> > >
> > > Please do kill the VS build and the CMake build with fire.
> >
> > With pleasure, but I'll wait a little while in case someone has a good
> > reason to keep it.  Given the lack of development activity the last few
> > years, though, I'm quite confident nobody will object.
> >
> > > That being said, I would like to replace
> > > the autotools hell with something like
> > > https://cvsweb.bsd.lv/mandoc/configure
> > > - a short, simple ./configure script written by hand,
> > > as opposed to produced by auto*
> >
> > While I'm no fan of autotools, the existing script works.  I'll consider
> > replacements if maintaining it becomes too much of a burden.
> >
> > --
> > Måns Rullgård
> >
> >
> > _______________________________________________
> > SoX-devel mailing list
> > SoX-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/sox-devel
> >
> 
> 
> -- 
> I like: Like Like - The likeliest place on the web
> <http://like-like.xenei.com>
> LinkedIn: http://www.linkedin.com/in/claudewarren


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03 10:38     ` Claude Warren
  2020-08-03 11:31       ` Jan Stary
@ 2020-08-03 12:29       ` Måns Rullgård
  1 sibling, 0 replies; 13+ messages in thread
From: Måns Rullgård @ 2020-08-03 12:29 UTC (permalink / raw)
  To: Claude Warren; +Cc: sox-devel

Claude Warren <claude@xenei.com> writes:

> Would the new tool work on strange platforms like pi-zero?

I have no immediate plans to replace the existing autoconf based build
system.  If you're having trouble building for some target, please
provide details so that it can be fixed.

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03 11:31       ` Jan Stary
@ 2020-08-03 12:40         ` manus
  2020-08-03 17:01           ` Måns Rullgård
  0 siblings, 1 reply; 13+ messages in thread
From: manus @ 2020-08-03 12:40 UTC (permalink / raw)
  To: sox-devel

Hi all,

the CMake builds fails for you? I just tested it on Windows and WSL and
on both platforms the build completes successfully. As it works for me,
I'm in favour of keeping it. Which options do you need to pass to CMake
for the build to succeed?

Magnus

On 2020-08-03 13:31, Jan Stary wrote:
> On Aug 03 11:38:29, claude@xenei.com wrote:
>> Would the new tool work on strange platforms like pi-zero?
> 
> It's matter of the OS, not the HW platform.
> 
> 
>> On Mon, Aug 3, 2020 at 10:09 AM Måns Rullgård <mans@mansr.com> wrote:
>>
>> > Jan Stary <hans@stare.cz> writes:
>> >
>> > > On Aug 02 15:21:55, mans@mansr.com wrote:
>> > >> In the SoX tree, there are currently support files for autotools, CMake,
>> > >> and two ancient versiona of Visual Studio.
>> > >>
>> > >> Out of the box, the CMake build fails, but with the right options it
>> > >> completes successfully, for now.  The Visual Studio projects are almost
>> > >> certainly broken.
>> > >>
>> > >> Maintaining multiple build systems seems to me like an unnecessary
>> > >> burden.  I am therefore tempted to simply delete all but the autotools
>> > >> based one.  If nobody makes a compelling argument for keeping these
>> > >> extra build systems, I intend to do this next time a change would
>> > >> require updating them.
>> > >
>> > > Please do kill the VS build and the CMake build with fire.
>> >
>> > With pleasure, but I'll wait a little while in case someone has a good
>> > reason to keep it.  Given the lack of development activity the last few
>> > years, though, I'm quite confident nobody will object.
>> >
>> > > That being said, I would like to replace
>> > > the autotools hell with something like
>> > > https://cvsweb.bsd.lv/mandoc/configure
>> > > - a short, simple ./configure script written by hand,
>> > > as opposed to produced by auto*
>> >
>> > While I'm no fan of autotools, the existing script works.  I'll consider
>> > replacements if maintaining it becomes too much of a burden.
>> >
>> > --
>> > Måns Rullgård
>> >
>> >
>> > _______________________________________________
>> > SoX-devel mailing list
>> > SoX-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/sox-devel
>> >
>>
>>
>> --
>> I like: Like Like - The likeliest place on the web
>> <http://like-like.xenei.com>
>> LinkedIn: http://www.linkedin.com/in/claudewarren
> 
> 
> _______________________________________________
> SoX-devel mailing list
> SoX-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sox-devel


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03 12:40         ` manus
@ 2020-08-03 17:01           ` Måns Rullgård
  2020-08-03 17:21             ` Taylor Holberton
  0 siblings, 1 reply; 13+ messages in thread
From: Måns Rullgård @ 2020-08-03 17:01 UTC (permalink / raw)
  To: manus; +Cc: sox-devel

manus@riseup.net writes:

> Hi all,
>
> the CMake builds fails for you? I just tested it on Windows and WSL and
> on both platforms the build completes successfully. As it works for me,
> I'm in favour of keeping it. Which options do you need to pass to CMake
> for the build to succeed?

It messes up with the gsm library.

The fact that it works for you isn't a particularly strong argument for
keeping it.  Can you not use the autoconf system?

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-03 17:01           ` Måns Rullgård
@ 2020-08-03 17:21             ` Taylor Holberton
  0 siblings, 0 replies; 13+ messages in thread
From: Taylor Holberton @ 2020-08-03 17:21 UTC (permalink / raw)
  To: sox-devel


[-- Attachment #1.1: Type: text/plain, Size: 1271 bytes --]

IMO without really knowing who uses SoX the most, it's really a shot in the
dark.
Personally, I think CMake is a way more capable system. But if the
developers of
SoX prefer Autotools, then go with that. Whoever contributes the most to
the project
should really have the final say, if you're not making the decision from a
user standpoint.

Just going on the fact that SoX is a C library that is licensed under GPL,
I'd be willing
to bet that most people who use it are also using Autotools.

On Mon, Aug 3, 2020 at 12:02 PM Måns Rullgård <mans@mansr.com> wrote:

> manus@riseup.net writes:
>
> > Hi all,
> >
> > the CMake builds fails for you? I just tested it on Windows and WSL and
> > on both platforms the build completes successfully. As it works for me,
> > I'm in favour of keeping it. Which options do you need to pass to CMake
> > for the build to succeed?
>
> It messes up with the gsm library.
>
> The fact that it works for you isn't a particularly strong argument for
> keeping it.  Can you not use the autoconf system?
>
> --
> Måns Rullgård
>
>
> _______________________________________________
> SoX-devel mailing list
> SoX-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sox-devel
>

[-- Attachment #1.2: Type: text/html, Size: 1948 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-02 14:21 Build systems Måns Rullgård
  2020-08-02 17:17 ` Jan Stary
@ 2020-08-11 14:25 ` Jan Stary
  2020-08-11 14:29   ` Måns Rullgård
  1 sibling, 1 reply; 13+ messages in thread
From: Jan Stary @ 2020-08-11 14:25 UTC (permalink / raw)
  To: sox-devel

On Aug 02 15:21:55, mans@mansr.com wrote:
> In the SoX tree, there are currently support files for autotools, CMake,
> and two ancient versiona of Visual Studio.
> 
> Out of the box, the CMake build fails, but with the right options it
> completes successfully, for now.  The Visual Studio projects are almost
> certainly broken.

I see the CMake system has been removed.
Can we also remove the ancient broken VS projects please?

	Jan



_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-11 14:25 ` Jan Stary
@ 2020-08-11 14:29   ` Måns Rullgård
  2020-08-11 16:18     ` Jan Stary
  0 siblings, 1 reply; 13+ messages in thread
From: Måns Rullgård @ 2020-08-11 14:29 UTC (permalink / raw)
  To: Jan Stary; +Cc: sox-devel

Jan Stary <hans@stare.cz> writes:

> On Aug 02 15:21:55, mans@mansr.com wrote:
>> In the SoX tree, there are currently support files for autotools, CMake,
>> and two ancient versiona of Visual Studio.
>> 
>> Out of the box, the CMake build fails, but with the right options it
>> completes successfully, for now.  The Visual Studio projects are almost
>> certainly broken.
>
> I see the CMake system has been removed.

Yes, something I did broke it even more than it already was.

> Can we also remove the ancient broken VS projects please?

Of course.

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-11 14:29   ` Måns Rullgård
@ 2020-08-11 16:18     ` Jan Stary
  2020-08-11 16:34       ` Måns Rullgård
  0 siblings, 1 reply; 13+ messages in thread
From: Jan Stary @ 2020-08-11 16:18 UTC (permalink / raw)
  To: Måns Rullgård; +Cc: sox-devel

On Aug 11 15:29:17, mans@mansr.com wrote:
> > Can we also remove the ancient broken VS projects please?
> 
> Of course.

https://sourceforge.net/u/janstary/sox/ci/msvc/tree/

Jan



_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Build systems
  2020-08-11 16:18     ` Jan Stary
@ 2020-08-11 16:34       ` Måns Rullgård
  0 siblings, 0 replies; 13+ messages in thread
From: Måns Rullgård @ 2020-08-11 16:34 UTC (permalink / raw)
  To: Jan Stary; +Cc: sox-devel

Jan Stary <hans@stare.cz> writes:

> On Aug 11 15:29:17, mans@mansr.com wrote:
>> > Can we also remove the ancient broken VS projects please?
>> 
>> Of course.
>
> https://sourceforge.net/u/janstary/sox/ci/msvc/tree/

Oh, I had already done the delete on my machine.

-- 
Måns Rullgård


_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2020-08-11 16:34 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-02 14:21 Build systems Måns Rullgård
2020-08-02 17:17 ` Jan Stary
2020-08-03  9:09   ` Måns Rullgård
2020-08-03 10:38     ` Claude Warren
2020-08-03 11:31       ` Jan Stary
2020-08-03 12:40         ` manus
2020-08-03 17:01           ` Måns Rullgård
2020-08-03 17:21             ` Taylor Holberton
2020-08-03 12:29       ` Måns Rullgård
2020-08-11 14:25 ` Jan Stary
2020-08-11 14:29   ` Måns Rullgård
2020-08-11 16:18     ` Jan Stary
2020-08-11 16:34       ` Måns Rullgård

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/sox.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).