Thank you very much Bruno and Paul,
I will look into the links.
It is great that gnulib-tool does not use Python packages, but only the
core of Python from its own tarball :-).
Cheers,
Mohammad
Thanks a lot for the prompt fix.
After pulling the latest Gnulib commit (1cc82c4280bb; which was after
the commit with this patch), I can confirm that the problem is fixed :-).
Thanks again,
Mohammad
Dear Gnulib maintainers,
I just cloned the most recent commit of Gnulib (549fce0183f02d) to
bootstrap Gnuastro. However, when running 'make distcheck', I came
across the following error (in P.S.) for some remaining files after
'distclean'.
In Gnuastro, all the files under 'bootstrapped/' are
:
https://arxiv.org/pdf/2006.03018.pdf
(it is undergoing peer review now, any comment/thoughts would be welcome)
Thanks again,
Mohammad
On 11/28/20 12:21 AM, Paul Eggert wrote:
On 11/27/20 3:35 PM, Mohammad Akhlaghi wrote:
there isn't any 'stdio.h' in either of
'/dev/shm/gnuastr
nual/html_node/Dependencies-from-package-managers.html
Forwarded Message
Subject: Re: warning _GL_ATTRIBUTE_SPEC_PRINTF_SYSTEM
Date: Fri, 27 Nov 2020 14:07:44 +
From: Mohammad Akhlaghi
To: Paul Eggert
CC: Gnulib bugs
I found the Gnulib commit causing the problem:
387d654c
nd it.
Cheers,
Mohammad
On 11/27/20 4:49 AM, Paul Eggert wrote:
On 11/25/20 5:09 AM, Mohammad Akhlaghi wrote:
I just pulled the recent changes from Gnulib's 'master' branch and
bootstrapped Gnuastro (which uses Gnulib) on my Arch GNU/Linux
operating system.
But
Mohammad
On 11/27/20 4:49 AM, Paul Eggert wrote:
On 11/25/20 5:09 AM, Mohammad Akhlaghi wrote:
I just pulled the recent changes from Gnulib's 'master' branch and
bootstrapped Gnuastro (which uses Gnulib) on my Arch GNU/Linux
operating system.
But
Dear Gnulib maintainers,
I just pulled the recent changes from Gnulib's 'master' branch and
bootstrapped Gnuastro (which uses Gnulib) on my Arch GNU/Linux operating
system.
But I got many warnings related to '_GL_ATTRIBUTE_SPEC_PRINTF_SYSTEM' in
'error.h' and 'argp.h'. You can see some of th
On 5/27/19 8:11 AM, Bruno Haible wrote:
Mohammad Akhlaghi wrote:
Generally, to avoid such crashes during the build, what do you think
about adding a check in `AC_LIB_HAVE_LINKFLAGS' to test this scenario
(see if the used libtool can link with the found static library)?
Getting a notice/wa
On 5/26/19 12:42 AM, Bruno Haible wrote:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
archive member: .libs/libgnuastro.a(libcfitsio.a) fat file for cputype
(7) cpusubtype (3) is not an object file (bad magic number)
/Applications/Xcode.app/Conten
On 5/26/19 12:52 AM, Bruno Haible wrote:
Additionally:
Automake offers you a different *_LDFLAGS variable for every program. [1][2]
This way, you can link some of your programs against a specific library,
without forcing you to link _all_ the programs against it.
It would be good to link each pr
On 5/19/19 10:15 PM, Mohammad Akhlaghi wrote:
How can I get the `-L' part of `LTLIB' into LDFLAGS?
The problem is fixed now. As suggested in the documentation, I just
appended the necessary `LIB' entries to `LDADD' and included
`LDADD' to the `program_LDADD'
On 5/19/19 12:14 AM, Bruno Haible wrote:
Here's the relevant documentation:
https://www.gnu.org/software/gnulib/manual/html_node/Searching-for-Libraries.html#Locating-Libraries
Thanks, I am busy testing `AC_LIB_LINKFLAGS' now. The fact that it
modifies CPPFLAGS and adds `rpath' when necessary
On 5/18/19 1:58 AM, Bruno Haible wrote:
It is be possible to search libraries using AC_RUN_IFELSE instead of
AC_LINK_IFELSE, and add -rpath options as needed. The AC_LIB_LINKFLAGS
macro from gnulib does this. It appears that you used the stock Autoconf
macro, which does not do this.
You are rig
imilar
to `getgroups' through a single macro/function.
Thanks again for the great and very useful solution,
Cheers,
Mohammad
On 5/14/19 3:35 AM, Bruno Haible wrote:
Hi,
Mohammad Akhlaghi wrote:
Recently in a build of Gnuastro 0.9 (which uses Gnulib
`v0.1-2539-gd6af24178'), we confron
Hi Bruno,
On 4/7/19 11:38 AM, Bruno Haible wrote:
Thanks for the report. It has already been reported on the bug-m4 list:
https://lists.gnu.org/archive/html/bug-m4/2018-08/msg0.html
https://lists.gnu.org/archive/html/bug-m4/2018-11/msg1.html
https://lists.gnu.org/archive/html/bug-m4/201
Dear Gnulib,
I am trying to build M4 from source, but it crashes with the following
Gnulib error after running `make' (which asks to directly contact
bug-gnulib instead of M4 developers):
CC freadseek.lo
freadseek.c: In function 'freadptrinc':
freadseek.c:68:3: error: #error "Please p
On 03/10/2015 02:03 AM, Paul Eggert wrote:
By tradition, Gnulib never installs anything. Perhaps that tradition
should change but it should be a conscious change, presumably one
supported by the infrastructure.
I understood, thank you for the explanation.
Fortunately I was able to compile and
On Mar 10, 2015, at 00:46, Eric Blake
Thank you very much, after searching for progname in the manual, I
noticed the section 13.9 "error and progname" which explained this
issue. I am sorry for my ignorance.
Also, we tend to avoid top-posting on this list.
I am sorry for this too. I
m:
_error in libgnu.a(error.o)
_error_at_line in libgnu.a(error.o)
-
This is why I suspected in the first place. Am I doing something wrongly?
Thanks,
Mohammad
On 00:04, Mar 10, 2015, at 00:04, Eric Blake wrote:
>On 03/09/2015 08:59 AM, Mohammad Akhlaghi wrote:
>
Hi,
I am the maintainer of the (soon to be released) GNU Astronomy Utilities
(gnuastro).
I have used the error_at_line function a lot in gnuastro so I wanted to request
to add it in Gnulib.
Thank you very much,
Mohammad
no Haible wrote:
Mohammad Akhlaghi wrote:
I have made extensive use of the pthread_barrier_* types and functions
for the parallel processing parts of gnuastro. But I found out Gnulib
doesn't include them. I wanted to see if it would be possible for you to
include these in the Gnulib version
Dear Gnulib team,
This is Mohammad Akhlaghi, I am the maintainer of the GNU Astronomy
Utilities (gnuastro). Gnuastro was dubbed as a GNU package a few weeks
ago will soon be publicly released (as soon as the copyrights are all
given to the FSF).
I have just started using Gnulib to make
23 matches
Mail list logo
