On 03/07/2012 11:24 AM, Eric Blake wrote:
On 03/07/2012 09:49 AM, Peter O'Gorman wrote:
noexec seems to mean warn a lot.
Please try with ac_cv_sh_n_works=no set and exported in the environment
before building and testing autoconf. I think ksh93 should be removed
from the list of shells
On 03/07/2012 02:26 AM, Paul Eggert wrote:
On 03/06/2012 11:54 PM, Martin& Dunja Zaun wrote:
The failures should be easily reproducible on a vanilla Solaris 11/x86_64.
Thanks, I guess someone with easy access to an installation of
that OS will have to dive in a bit more.
noexec seems to m
On 02/22/2011 04:04 PM, Eric Blake wrote:
[adding bug-m4]
On 02/22/2011 01:38 PM, Mike Stump wrote:
On Feb 22, 2011, at 11:00 AM, Eric Blake wrote:
Hmm, can you point to a URL of the web archive of that thread, to see if
I can glean anything from that discussion?
http://gcc.gnu.org/ml/gcc-pa
On 08/16/2010 07:37 AM, Paolo Bonzini wrote:
On 08/16/2010 12:54 AM, David Fang wrote:
Actually, 'pogma' pointed out that this comes from the autoconf macros
in libtool.m4, near AC_MSG_CHECKING([how to print strings]).
I'm using libtool-2.2.10 right now.
I don't understand, is it breaking in M
> /dev/null 2>&1; then
sed "s/$ac_cr\$//; s/$ac_cr/$ac_cs_awk_cr/g"
else
cat
fi < "$tmp/subs1.awk" > "$tmp/subs.awk" \
|| AC_MSG_ERROR([could not setup config files machinery])
_ACEOF
The sed changes ^M to r:
$ printf "a^Mb" | sed 's/^M/\r/'
arb
It works with GNU sed:
printf "a^Mb" | sed 's/^M/\r/' | hexdump
000 61 0d 62
003
Peter
--
Peter O'Gorman
http://pogma.com
Ralf Wildenhues wrote:
> Well, if Bruno has run the latter command only (without going through
> the depcomp wrapper), and got inconsistent results, then that indicates
> a bug in this gcc. Peter, would you file a bug report with Apple for us?
Well, if you put the multiple -arch flags in CFLAGS/
so I'm having to
> get the details from him, and obviously that involves trying to keep my
> requests trivially simple for him.
>
Where does -D_FORTIFY_SOURCE come from, without this
/usr/include/secure/_string.h would not be included.
Peter
--
Peter O'Gorman
http://pogma.com
apple-darwin9.5.0-nm. I
agree that this is a bug. You can workaround by setting NM=/usr/bin/nm
for configure.
I'll come up with a patch tomorrow, too tired right now.
Peter
--
Peter O'Gorman
http://pogma.com
I could not reproduce it.
http://paste.lisp.org/display/66595
Peter
--
Peter O'Gorman
http://pogma.com
Peter O'Gorman wrote:
> [cross-posting, if emails from mailman about awaiting moderator approval
> bother you, feel free to drop xquartz-dev]
>
> Hi,
>
> Martin Costabel reported on Apple's xquartz-dev mailing list that
> AC_PATH_X fails to work on the latest r
make the test take
longer, of course. There is also the possibility that autoconf use
pkgconfig to check for the X11 .pc files.
We are hoping to persuade Jeremy to add xmkmf and imake back before the
next release as a workaround, but this is really an autoconf problem.
Thanks,
Peter
--
Peter
committed a patch for this.
http://git.savannah.gnu.org/gitweb/?p=m4.git;a=commitdiff;h=c1841dc6d2e95ebe4f4c705a36254447957152c2
Peter
--
Peter O'Gorman
http://pogma.com
Paul Eggert wrote:
> "Peter O'Gorman" <[EMAIL PROTECTED]> writes:
>
>> I see no reason why autoconf should not work with flex-2.5.4 though.
>
> I suppose it depends on what one means by "work". My own suggestion
> would be for Autoconf to rej
Paul Eggert wrote:
> "Peter O'Gorman" <[EMAIL PROTECTED]> writes:
>
>> After macro expansion that line turns into:
>> { do { *yy_cp = yy_hold_char; yy_c_buf_p = yy_cp = yy_bp + input () !=
>> 0 - 0; yytext = yy_bp; yyleng = (int) (yy_cp - y
Peter O'Gorman wrote:
> Now, looking at the expanded version, I am unsure if my patch is
> correct, is the test supposed to be that input() != 0 or that (yy_bp +
> input ()) != 0 ? At the moment, due to operator precedence, it is
> testing that yy_bp + input () is non-zero, is
Paul Eggert wrote:
> "Peter O'Gorman" <[EMAIL PROTECTED]> writes:
>
>> -e { yyless (input () != 0); }
>> +e { yyless ((input () != 0)); }
>
> Why is this patch necessary? yyless is supposed to take an int
> parameter, and another set of parent
7.274441233 +
@@ -734,7 +734,7 @@
b { REJECT; }
c { yymore (); }
d { yyless (1); }
-e { yyless (input () != 0); }
+e { yyless ((input () != 0)); }
f { unput (yytext[0]); }
. { BEGIN INITIAL; }
%%
Peter
--
Peter O'Gorman
http://pogma.com
On 12-Nov-07, at 1:39 PM, Ralf Wildenhues wrote:
make check TESTSUITEFLAGS='-v -x -k libtool'
I don't see any dSYM.
Thanks!
Peter
On Jun 10, 2007, at 4:35 AM, Ralf Wildenhues wrote:
Hello Peter, all,
* Peter O'Gorman wrote on Sun, Jun 03, 2007 at 07:37:39AM CEST:
2007-06-03 Peter O'Gorman <[EMAIL PROTECTED]>
[...]
+AT_SETUP([static library contains static library])
[...]
+archive_contents
On Mar 6, 2007, at 9:50 AM, Paul Eggert wrote:
"Peter O'Gorman" <[EMAIL PROTECTED]> writes:
What if the package does not use AC_CONFIG_HEADERS? This patch will
fail. What about AC_CHECK_SIZEOF which will report incorrect results
if -arch i386 -arch x86_64 are specified
On Mar 1, 2007, at 9:20 AM, Paul Eggert wrote:
Elias Pipping <[EMAIL PROTECTED]> writes:
autoconf fails for me with
177: AC_C_BIGENDIAN FAILED (semantics.at:478)
Thanks for testing this. I have installed the following additional
patch, which I hope fixes your problem. It also fixes
On Mar 1, 2007, at 8:34 AM, Elias Pipping wrote:
On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote:
Apple suggests using their lipo tool to create universal binaries
from multiple single architecture runs of configure and make.
Where do they do that? I was following
On Feb 28, 2007, at 12:47 PM, Elias Pipping wrote:
Hello,
autoconf fails for me with
177: AC_C_BIGENDIAN FAILED (semantics.at:478)
I am not sure it is worth the effort to get autoconf "clean" for
Apple's universal builds. The whole autoconf philosophy is about
checking header/libra
23 matches
Mail list logo