Re: [zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Francesco
Hi Brett,

> RTD provides a "custom domain" aka a "subdomain" namespace.   I believe
this would allow
>  zeromq.readthedocs.io/libzmq

yes, I agree it should be feasible.

> I do not know how to best map this to libzmq's development model.

I think Luca has just created the zeromq
https://readthedocs.org/projects/zeromq/  project.
RTD allows to add as many maintainers as needed to a single "project" (like
zeromq)... AFAICT all maintainers have same rights/permissions.
I think it would be best to have all libzmq maintainers added there to
ensure there will be always someone with the rights to update/tweak config
settings also in upcoming years.
And for sure I can be there to help as I can.

Thanks,
Francesco


Il giorno mar 31 ott 2023 alle ore 15:37 Brett Viren  ha
scritto:

> Francesco  writes:
>
> > In meanwhile perhaps some libzmq maintainer can simply register a new
> > project named "zeromq" and then later on we can setup some kind of
> > redirection rule
>
> RTD provides a "custom domain" aka a "subdomain" namespace.   I
> believe this would allow
>
>   zeromq.readthedocs.io/libzmq
>
> This nicely mirrors GitHub's .githup.io/ namespace for its
> "pages" which naturally gives a spot from other zeromq repos to have
> their docs on RTD.  Though some, at least PyZMQ, already have their own
> subdomain on RTD.
>
>
> The best I can tell from RTD's documentation is that their auth model
> assumes a single individual "owns" the project or subdomain names in the
> namespace.  I do not know how to best map this to libzmq's development
> model.
>
> But, (purely IMO) I think it is reasonable for you, Francesco, to "own"
> the "zeromq" subdomain and "libzmq" project name on RTD.  After all, you
> are the one actively doing the work.  If at some future time you wish to
> transfer ownership you could of course seek someone to take it.  Even
> letting things languish in the future seems okay to me as some future
> interested person can follow the RTD procedure and take over the name
> and the responsibility.
>
>
> -Brett.
>
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Brett Viren via zeromq-dev
Francesco  writes:

> In meanwhile perhaps some libzmq maintainer can simply register a new
> project named "zeromq" and then later on we can setup some kind of
> redirection rule

RTD provides a "custom domain" aka a "subdomain" namespace.   I
believe this would allow

  zeromq.readthedocs.io/libzmq

This nicely mirrors GitHub's .githup.io/ namespace for its
"pages" which naturally gives a spot from other zeromq repos to have
their docs on RTD.  Though some, at least PyZMQ, already have their own
subdomain on RTD.


The best I can tell from RTD's documentation is that their auth model
assumes a single individual "owns" the project or subdomain names in the
namespace.  I do not know how to best map this to libzmq's development
model.

But, (purely IMO) I think it is reasonable for you, Francesco, to "own"
the "zeromq" subdomain and "libzmq" project name on RTD.  After all, you
are the one actively doing the work.  If at some future time you wish to
transfer ownership you could of course seek someone to take it.  Even
letting things languish in the future seems okay to me as some future
interested person can follow the RTD procedure and take over the name
and the responsibility.


-Brett.




signature.asc
Description: PGP signature
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Francesco
hi Brett, Arnaud,
Thanks for the fast answers.
I was not aware of the specific RTD procedure to claim an abandoned project.
I have submitted a ticket on their website to "reclaim" the libzmq project
and bind it to https://github.com/zeromq/libzmq .Unfortunately the form
does not provide any sort of ticket number after submission. I will post
updates I receive from RTD on this mailing list.

They mention a 6weeks period before a user can be declared as
"unreachable"...let's see...
In meanwhile perhaps some libzmq maintainer can simply register a new
project named "zeromq" and then later on we can setup some kind of
redirection rule

Thanks,
Francesco


Il giorno mar 31 ott 2023 alle ore 13:41 Brett Viren  ha
scritto:

> Hi Francesco,
>
> I think you should have no problem reclaiming the name "libzmq" on RTD.
>
> I find this policy page:
>
>   https://docs.readthedocs.io/en/stable/abandoned-projects.html
>
> Scroll down for the info to provide and the link for how to request a
> change.
>
> Cheers,
> -Brett.
>
> Francesco  writes:
>
> > Hi all,
> >
> > I noticed that there is a user "shanesquarestream" that has registered
> the project "libzmq" inside readthedocs.io:
> >https://readthedocs.org/projects/libzmq/
> >
> > The readthedocs.io website points to a fork of libzmq which has been
> deleted since then:
> > https://github.com/squarestreams/libzmq
> >
> > Searching for that user "squarestreams" or  "shanesquarestream" inside
> github provides no results.
> >
> > Anybody knows such user/fork of libzmq?
> >
> > I think it would be nice to get https://readthedocs.org/projects/libzmq/
> registered against the official libzmq
> > project, not to a dead fork...
> >
> > Thanks!
> >
> > Francesco
> >
> > PS: we can still register "https://readthedocs.org/projects/zeromq; but
> I think it might be confusing to have a dead
> > page for libzmq...
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> >
> https://urldefense.com/v3/__https://lists.zeromq.org/mailman/listinfo/zeromq-dev__;!!P4SdNyxKAPE!BHlLzrcR3cSsf8k5iVeF1bjvGRB56QZDwjOjZhcQ2NtnJuJgzI8VmJw0jHh7jmvktjxEYwt0_V1KLCOVU_XSvV8$
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Brett Viren via zeromq-dev
Hi Francesco,

I think you should have no problem reclaiming the name "libzmq" on RTD.

I find this policy page:

  https://docs.readthedocs.io/en/stable/abandoned-projects.html

Scroll down for the info to provide and the link for how to request a
change.

Cheers,
-Brett.

Francesco  writes:

> Hi all,
>
> I noticed that there is a user "shanesquarestream" that has registered the 
> project "libzmq" inside readthedocs.io: 
>    https://readthedocs.org/projects/libzmq/
>
> The readthedocs.io website points to a fork of libzmq which has been deleted 
> since then: 
> https://github.com/squarestreams/libzmq
>
> Searching for that user "squarestreams" or  "shanesquarestream" inside github 
> provides no results.
>
> Anybody knows such user/fork of libzmq? 
>
> I think it would be nice to get https://readthedocs.org/projects/libzmq/ 
> registered against the official libzmq
> project, not to a dead fork...
>
> Thanks!
>
> Francesco
>
> PS: we can still register "https://readthedocs.org/projects/zeromq; but I 
> think it might be confusing to have a dead
> page for libzmq...
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> https://urldefense.com/v3/__https://lists.zeromq.org/mailman/listinfo/zeromq-dev__;!!P4SdNyxKAPE!BHlLzrcR3cSsf8k5iVeF1bjvGRB56QZDwjOjZhcQ2NtnJuJgzI8VmJw0jHh7jmvktjxEYwt0_V1KLCOVU_XSvV8$


signature.asc
Description: PGP signature
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Arnaud Loonstra

There is also a github user shanesquarestream

https://github.com/ShaneSquareStream

But it hasn't seen any activity for 10 years. It also seems to relate to 
'some' crypto company (ripple)


Rg,

Arnaud

On 31/10/2023 13:04, Francesco wrote:

Hi all,

I noticed that there is a user "shanesquarestream" that has registered 
the project "libzmq" inside readthedocs.io :

https://readthedocs.org/projects/libzmq/

The readthedocs.io  website points to a fork of 
libzmq which has been deleted since then: 
https://github.com/squarestreams/libzmq


Searching for that user "squarestreams" or "shanesquarestream" inside 
github provides no results.


Anybody knows such user/fork of libzmq?

I think it would be nice to get 
https://readthedocs.org/projects/libzmq/ registered against the 
official libzmq project, not to a dead fork...


Thanks!

Francesco


PS: we can still register "https://readthedocs.org/projects/zeromq; 
but I think it might be confusing to have a dead page for libzmq...


___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Cross compiling for STM32MPU - ARM

2023-10-31 Thread Francesco
Hi Venkat,

I suggest you read the page:
https://www.gnu.org/software/automake/manual/html_node/Cross_002dCompilation.html
which describes how to do a cross-compiler build of a project using
Automake in general (e.g. you're missing the --build option).
It seems that all the compiler errors you're having are not related at all
to libzmq.

My suggestion is for you as exercise/test to first cross-compile a simple
helloworld application that uses automake (you can follow automake
tutorials on the web to create such simple app).
Once you get that cross-compiled, you can try cross compiling libzmq

HTH,
Francesco



Il giorno mar 31 ott 2023 alle ore 08:37 Edwin van den Oetelaar <
ed...@oetelaar.com> ha scritto:

> ChatGPT4 suggest using --with-sysroot and using the correct -I flags for
> pointing to the correct include directories eg:
>
> ./configure --host=arm-linux-gnueabihf --with-sysroot=/path/to/arm/sysroot
>
> This is not a specific issue with zeromq but skills about using the tools
> of the trade.
>
> Good luck,
> Edwin
>
>
>
> On Tue, 31 Oct 2023 at 04:32, Venkat Krishna via zeromq-dev <
> zeromq-dev@lists.zeromq.org> wrote:
>
>> Hi,
>>
>> I'm trying to cross compile the libzmq for my arm stm32 unit and I'm
>> facing some issues. I'm a noob so I don't know if I'm missing something.
>> Any help is greatly appreciated!
>>
>> I'm using Ubuntu 22.04 as my host, and I installed the
>> `gcc-arm-linux-gnueabi, gcc-arm-linux-gnueabihf, g++-arm-linux-gnueabi,
>> g++-arm-linux-gnueabihf packages and also the STM's sdk that comes with a
>> set of cross compilers.
>>
>> Here's what I've tried:
>>
>>1. » ./configure --host=arm-none-linux-gnueabi
>>CC=arm-linux-gnueabi-gcc CXX=arm-linux-gnueabi-g++​
>>   1. When I run `make check after this, I get the following errors.
>>   Making check in doc
>>   make[1]: Entering directory
>>   '/home/venkatkrishna/Documents/libzmq/doc'
>>   make[1]: Nothing to be done for 'check'.
>>   make[1]: Leaving directory
>>   '/home/venkatkrishna/Documents/libzmq/doc'
>>   make[1]: Entering directory '/home/venkatkrishna/Documents/libzmq'
>> CXX  src/libzmq_la-address.lo
>>   In file included from /usr/arm-linux-gnueabihf/include/stdio.h:430,
>>from src/../include/zmq.h:32,
>>from src/precompiled.hpp:30,
>>from src/address.cpp:3:
>>   /usr/include/x86_64-linux-gnu/bits/floatn.h:74:70: error: unknown
>>   machine mode ‘__TC__’
>>  74 | typedef _Complex float __cfloat128 __attribute__
>>   ((__mode__ (__TC__)));
>> |
>>  ^
>>   /usr/include/x86_64-linux-gnu/bits/floatn.h:86:9: error:
>>   ‘__float128’ does not name a type; did you mean ‘__cfloat128’?
>>  86 | typedef __float128 _Float128;
>> | ^~
>> | __cfloat128
>>   In file included from
>>   /usr/arm-linux-gnueabihf/include/c++/11/cwchar:44,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/bits/postypes.h:40,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/bits/char_traits.h:40,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/string:40,
>>from src/address.hpp:8,
>>from src/address.cpp:5:
>>   /usr/arm-linux-gnueabihf/include/wchar.h:407:8: error: ‘_Float128’
>>   does not name a type; did you mean ‘_Float32x’?
>> 407 | extern _Float128 wcstof128 (const wchar_t *__restrict
>>   __nptr,
>> |^
>> |_Float32x
>>   /usr/arm-linux-gnueabihf/include/wchar.h:524:8: error: ‘_Float128’
>>   does not name a type; did you mean ‘_Float32x’?
>> 524 | extern _Float128 wcstof128_l (const wchar_t *__restrict
>>   __nptr,
>> |^
>> |_Float32x
>>   In file included from
>>   /usr/arm-linux-gnueabihf/include/c++/11/cstdlib:75,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/ext/string_conversions.h:41,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/bits/basic_string.h:6608,
>>from
>>   /usr/arm-linux-gnueabihf/include/c++/11/string:55,
>>from src/address.hpp:8,
>>from src/address.cpp:5:
>>   /usr/arm-linux-gnueabihf/include/stdlib.h:153:8: error:
>>   ‘_Float128’ does not name a type; did you mean ‘_Float32x’?
>> 153 | extern _Float128 strtof128 (const char *__restrict __nptr,
>> |^
>> |_Float32x
>>   /usr/arm-linux-gnueabihf/include/stdlib.h:246:25: error:
>>   ‘_Float128’ has not been declared
>> 246 | _Float128 __f)
>> | ^
>>   

[zeromq-dev] About libzmq "domain" inside readthedocs.io

2023-10-31 Thread Francesco
Hi all,

I noticed that there is a user "shanesquarestream" that has registered the
project "libzmq" inside readthedocs.io:
   https://readthedocs.org/projects/libzmq/

The readthedocs.io website points to a fork of libzmq which has been
deleted since then: https://github.com/squarestreams/libzmq

Searching for that user "squarestreams" or  "shanesquarestream" inside
github provides no results.

Anybody knows such user/fork of libzmq?

I think it would be nice to get https://readthedocs.org/projects/libzmq/
registered against the official libzmq project, not to a dead fork...

Thanks!

Francesco


PS: we can still register "https://readthedocs.org/projects/zeromq; but I
think it might be confusing to have a dead page for libzmq...
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Cross compiling for STM32MPU - ARM

2023-10-31 Thread Edwin van den Oetelaar
ChatGPT4 suggest using --with-sysroot and using the correct -I flags for
pointing to the correct include directories eg:

./configure --host=arm-linux-gnueabihf --with-sysroot=/path/to/arm/sysroot

This is not a specific issue with zeromq but skills about using the tools
of the trade.

Good luck,
Edwin



On Tue, 31 Oct 2023 at 04:32, Venkat Krishna via zeromq-dev <
zeromq-dev@lists.zeromq.org> wrote:

> Hi,
>
> I'm trying to cross compile the libzmq for my arm stm32 unit and I'm
> facing some issues. I'm a noob so I don't know if I'm missing something.
> Any help is greatly appreciated!
>
> I'm using Ubuntu 22.04 as my host, and I installed the
> `gcc-arm-linux-gnueabi, gcc-arm-linux-gnueabihf, g++-arm-linux-gnueabi,
> g++-arm-linux-gnueabihf packages and also the STM's sdk that comes with a
> set of cross compilers.
>
> Here's what I've tried:
>
>1. » ./configure --host=arm-none-linux-gnueabi
>CC=arm-linux-gnueabi-gcc CXX=arm-linux-gnueabi-g++​
>   1. When I run `make check after this, I get the following errors.
>   Making check in doc
>   make[1]: Entering directory
>   '/home/venkatkrishna/Documents/libzmq/doc'
>   make[1]: Nothing to be done for 'check'.
>   make[1]: Leaving directory
>   '/home/venkatkrishna/Documents/libzmq/doc'
>   make[1]: Entering directory '/home/venkatkrishna/Documents/libzmq'
> CXX  src/libzmq_la-address.lo
>   In file included from /usr/arm-linux-gnueabihf/include/stdio.h:430,
>from src/../include/zmq.h:32,
>from src/precompiled.hpp:30,
>from src/address.cpp:3:
>   /usr/include/x86_64-linux-gnu/bits/floatn.h:74:70: error: unknown
>   machine mode ‘__TC__’
>  74 | typedef _Complex float __cfloat128 __attribute__ ((__mode__
>   (__TC__)));
> |
>^
>   /usr/include/x86_64-linux-gnu/bits/floatn.h:86:9: error:
>   ‘__float128’ does not name a type; did you mean ‘__cfloat128’?
>  86 | typedef __float128 _Float128;
> | ^~
> | __cfloat128
>   In file included from
>   /usr/arm-linux-gnueabihf/include/c++/11/cwchar:44,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/bits/postypes.h:40,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/bits/char_traits.h:40,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/string:40,
>from src/address.hpp:8,
>from src/address.cpp:5:
>   /usr/arm-linux-gnueabihf/include/wchar.h:407:8: error: ‘_Float128’
>   does not name a type; did you mean ‘_Float32x’?
> 407 | extern _Float128 wcstof128 (const wchar_t *__restrict
>   __nptr,
> |^
> |_Float32x
>   /usr/arm-linux-gnueabihf/include/wchar.h:524:8: error: ‘_Float128’
>   does not name a type; did you mean ‘_Float32x’?
> 524 | extern _Float128 wcstof128_l (const wchar_t *__restrict
>   __nptr,
> |^
> |_Float32x
>   In file included from
>   /usr/arm-linux-gnueabihf/include/c++/11/cstdlib:75,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/ext/string_conversions.h:41,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/bits/basic_string.h:6608,
>from
>   /usr/arm-linux-gnueabihf/include/c++/11/string:55,
>from src/address.hpp:8,
>from src/address.cpp:5:
>   /usr/arm-linux-gnueabihf/include/stdlib.h:153:8: error: ‘_Float128’
>   does not name a type; did you mean ‘_Float32x’?
> 153 | extern _Float128 strtof128 (const char *__restrict __nptr,
> |^
> |_Float32x
>   /usr/arm-linux-gnueabihf/include/stdlib.h:246:25: error:
>   ‘_Float128’ has not been declared
> 246 | _Float128 __f)
> | ^
>   /usr/arm-linux-gnueabihf/include/stdlib.h:331:8: error: ‘_Float128’
>   does not name a type; did you mean ‘_Float32x’?
> 331 | extern _Float128 strtof128_l (const char *__restrict __nptr,
> |^
> |_Float32x
>   make[1]: *** [Makefile:5481: src/libzmq_la-address.lo] Error 1
>   make[1]: Leaving directory '/home/venkatkrishna/Documents/libzmq'
>   make: *** [Makefile:8436: check-recursive] Error 1
>   2.
>I don't understand why it would pick the x86's include.
>
>2. And then I read a thread on cross compiling for ARM for iPhone and
>it gave me an idea to use the STM's sdk compilers.
>1. a. I ran again the ./configure with the following flags - compilers
>   and sysroot pointing to the STM sdk
>   ./configure