* Dave Hart wrote on Mon, Nov 22, 2010 at 12:34:47AM CET:
> On Sun, Nov 21, 2010 at 22:44 UTC, Vincent Torri wrote:
> > On Sun, 21 Nov 2010, Ralf Wildenhues wrote:
> >> * Vincent Torri wrote on Sun, Nov 21, 2010 at 11:14:23PM CET:
> >>> If I don't use BUILT_SOURCES, cmapdump binary is not built be
On 11/21/2010 07:09 PM, Miles Bader wrote:
> John Calcote writes:
>> You need to remember the original target audience of GNU software was
>> a group of people that wanted to share free software. Most of them
>> were students or researchers that generally built software distributed
>> in source f
k...@freefriends.org (Karl Berry) writes:
> I personally would not have written it that way in the first place, but
> given that it is there now, I don't want to simply replace it with bland
> text, or occupy rms's time with it, either.
Yeah, I think there's nothing particularly offensive about th
John Calcote writes:
> You need to remember the original target audience of GNU software was
> a group of people that wanted to share free software. Most of them
> were students or researchers that generally built software distributed
> in source form.
...
> That being the case, "users" were prog
On Sun, Nov 21, 2010 at 22:44 UTC, Vincent Torri wrote:
> On Sun, 21 Nov 2010, Ralf Wildenhues wrote:
>> * Vincent Torri wrote on Sun, Nov 21, 2010 at 11:14:23PM CET:
>>> If I don't use BUILT_SOURCES, cmapdump binary is not built before
>>> libcmaps, hence cmap_tounicode.c is not created, and comp
You need to remember the original target audience of GNU software was a
group of people that wanted to share free software. Most of them were
students or researchers that generally built software distributed in
source form. Only in the last 10 years has Linux become generally
popular. Before that t
Karl, what do you think about this rewording
The second hunk adds real information, so I'll go ahead and install that.
The first hunk, though, I just can't agree with, and I feel pretty sure
that rms would not approve of such a change either. "Helpless" is a
good description of people faced
On Sun, 21 Nov 2010, Ralf Wildenhues wrote:
* Vincent Torri wrote on Sun, Nov 21, 2010 at 11:14:23PM CET:
noinst_PROGRAMS = cmapdump
cmapdump_SOURCES = mupdf-0.7/mupdf/cmapdump.c
noinst_LTLIBRARIES = libfitz.la libdraw.la libcmaps.la libfonts.la libmupdf.la
cmap_tounicode_files = \
mupdf-
* Vincent Torri wrote on Sun, Nov 21, 2010 at 11:14:23PM CET:
> noinst_PROGRAMS = cmapdump
> cmapdump_SOURCES = mupdf-0.7/mupdf/cmapdump.c
>
> noinst_LTLIBRARIES = libfitz.la libdraw.la libcmaps.la libfonts.la libmupdf.la
> cmap_tounicode_files = \
> mupdf-0.7/cmaps/Adobe-CNS1-UCS2 \
[...]
> lib
The reason why users are helpless without debugging symbols is if a
program crashes, all they can look at are the machine registers at the
state of the crash. This is completely useless for figuring out why
the program crashed, or getting help from another hacker to figure out
why it crashed.
On Sun, 21 Nov 2010, Ralf Wildenhues wrote:
Hello Vincent,
* Vincent Torri wrote on Sun, Nov 21, 2010 at 10:51:53PM CET:
noinst_PROGRAMS = cmapdump fontdump
BUILT_SOURCES = cmapdump fontdump
With MSYS, noinst_PROGRAMS is set to
cmapdump$(EXEEXT) fontdump$(EXEEXT)
but BUILT_SOURCES is set
Hello Vincent,
* Vincent Torri wrote on Sun, Nov 21, 2010 at 10:51:53PM CET:
> noinst_PROGRAMS = cmapdump fontdump
> BUILT_SOURCES = cmapdump fontdump
>
> With MSYS, noinst_PROGRAMS is set to
>
> cmapdump$(EXEEXT) fontdump$(EXEEXT)
>
> but BUILT_SOURCES is set to
>
> cmapdump fontdump
>
> Is
Hey,
I use:
noinst_PROGRAMS = cmapdump fontdump
BUILT_SOURCES = cmapdump fontdump
With MSYS, noinst_PROGRAMS is set to
cmapdump$(EXEEXT) fontdump$(EXEEXT)
but BUILT_SOURCES is set to
cmapdump fontdump
Is it normal that BUILT_SOURCES does not try to see if they are binaries
in some variabl
On Sun, 21 Nov 2010 17:44:10 +0100
Ralf Wildenhues wrote:
> Oh well. This thread has been so noisy and unproductive, maybe we
> should seize the opportunity to take a bit of good away from it.
>
> Karl, what do you think about this rewording (against the gnulib copy
> of make-stds.texi) that mak
[ adding bug-standards; this thread is from
http://lists.gnu.org/archive/html/automake/2010-11/msg00114.html ]
* MK wrote on Sun, Nov 21, 2010 at 04:47:48PM CET:
> On Sun, 21 Nov 2010 10:07:31 +0900 Miles Bader wrote:
> >
> > Indeed, it's often a good idea to do the research _before_ posting
>
On Sun, 21 Nov 2010 10:07:31 +0900
Miles Bader wrote:
> MK writes:
> > If you say so, then I guess I am imagining things ;) I have never
> > given the issue much thought until now, I suppose I need to do a bit
> > more research on the issue.
>
> Indeed, it's often a good idea to do the research
I've put together a stripped-down example of a problem currently
beguiling Harlan Stenn and myself with Automake used in the NTP
reference implementation:
http://support.ntp.org/people/hart/am-libopts-subpkg.tar.gz
The layout is:
am-libopts-subpkg/
configure.ac
Makefile.am
top.c
17 matches
Mail list logo
