recv, etc.
and I don't know if "path leading to" is possible to model here, haven't
looked, sorry.
- Jay
t always valid C and C++.
And not all combinations do work.
We have code that compiles as C or C++, unless/until we decide
to use C++, and I couldn't make it work across the board.
But now I'll see if the code is really any better than switch...
- Jay
?
Thank you,
- Jay
r12) probably cannot work for me.
I know gcc uses it for nested function context and that is laudable. I wish I
could guarantee no code between me setting it and it being consumed.
And if it is volatile, I'd want the dynamic linker stubs to still preserve it
incoming.
Thank you,
- Jay
exported if they are annotated
in source or listed in a separate file. Not just by being non-static.
- Jay
From: David Brown
Sent: Monday, January 22, 2018 10:42 AM
To: Jay K; gcc
Subject: Re: extern const initialized warns in C
On 22/01/2018 11:14, Ja
ery much
appreciated.
Large C code bases are more amenable to plain text search than large C++ code
bases, due to the "more uniqueness" of symbols.
This plain text search aspect is one of extremely few advantages I see to C
over C++, perhaps the only one.
- Jay
_
and if I need to make
the symbol extern in future, I can afford a rename to do it.
- Jay
From: Jay K
Sent: Monday, January 22, 2018 9:31 AM
To: David Brown; gcc
Subject: Re: extern const initialized warns in C
By this argument there is a missing warning for the equivalent:
con
e are many arguments for and against file level static.
- Jay
From: David Brown
Sent: Monday, January 22, 2018 8:32 AM
To: Jay K; gcc
Subject: Re: extern const initialized warns in C
On 21/01/18 08:12, Jay K wrote:
> extern const int foo = 123;
>
>
>
> Why does this warn?
&
.c
1.c:1:18: warning: 'foo' initialized and declared 'extern'
extern const int foo = 123;
^~~
$ $HOME/gcc720/bin/gcc -c -S -xc++ -Wall -pedantic 1$ $HOME/gcc720/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/Users/jay/gcc720/bin/gcc
COLLECT_LTO_WRAPPER=/Users/ja
dling frame chain, which is just another
builtin thread local.
(fs: retains the same meaning for NT/x86-on-ia64-or-amd64 as on native NT/x86.)
- Jay
On Jul 3, 2015, at 1:29 AM, Richard Biener wrote:
> On Thu, Jul 2, 2015 at 5:57 PM, Armin Rigo wrote:
>> Hi all,
>>
>> I
;s floor() implementation (for SSE4.1-enabled
> processors) consists of only this instruction, so barring a bug in glibc,
> that would seem to imply to me the roundsd is IEEE-compliant and safe. Why
> does GCC consider it unsafe?
I asked the same thing: https://gcc.gnu.org/ml/gcc-help/2014-01/msg00051.html
Jay.
Hi,
On 9 December 2014 at 09:16, Jay Foad wrote:
> I've followed the instructions to request access to the GCC compile
> farm (https://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F) but
> heard nothing for two weeks, despite a ping. Are the instructions
> still correct
Hi,
I've followed the instructions to request access to the GCC compile
farm (https://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F) but
heard nothing for two weeks, despite a ping. Are the instructions
still correct? Is there anyone else I can contact about it?
Thanks,
Jay.
y ways of using a simplified cost model where the cost of each
> instruction is specified manually in the instruction pattern alongside
> the length? (Or even just *using* the length as the cost...)
Hi David!
Does -Os achieve this?
Jay.
P.S. Sorry if you got two copies of this.
char *) ATTRIBUTE_NORETURN;
#define abort() fancy_abort (__FILE__, __LINE__, __FUNCTION__)
#if (GCC_VERSION < 2007)
# define __attribute__(x)
#endif
#ifndef ATTRIBUTE_NORETURN
#define ATTRIBUTE_NORETURN __attribute__ ((__noreturn__))
#endif /* ATTRIBUTE_NORETURN */
- Jay
--
nt non-optimizing host
compilers.
Thanks,
- Jay
They clause client code taking the address
=> cause
structs adn classes
=> and
> On Tue, Jun 12, 2012 at 03:57:44PM +0000, Jay K wrote:
> >
> > Our front end is wierd.
> > The input is unusually low level, and so are the trees it produces.
> > I do have a hankering to fix that (or maybe just to output more portable
C...)
> >
ields, but
it doesn't look for bitfield_refs. It should?
also, in fold-const:
/* A bit-field-ref that referenced the full argument can be stripped. */
should probably check that the other type is integral
and that the signedness matches.
- Jay
g. HP-UX/HPPA K&R-only, Irix, etc.);
I gotta go,
- Jay
> Date: Mon, 11 Jun 2012 20:27:16 +
> From: jos...@codesourcery.com
> To: lopeziba...@gmail.com
> CC: jay.kr...@cornell.edu; gcc@gcc.gnu.org
> Subject: Re: Re: pretty-print.h war
error.
Maybe it should be autoconf'ed away?
Or just removed entirely if building with -disable-bootstrap? (kind of like
how -O2 is removed)
- Jay
lt; 8) | 0x0fff0
or such.
#2 is more portable, i.e. to compilers with "__int64" and "0xFFi64" instead of
"long long" and "LL".
#3) something involving a double-precision integer using two longs, as I
believe gcc does elsewhere.
#2 Depending on HOST_WIDE_INT being portable suffices imho.
- Jay
p file for Make's benefit.
rm -f cs-$output
echo timestamp > cs-$output
Shouldn't the timestamp > cs-$output only be a) mainly if the other file
updated, by the mv and b) corner case, if it doesn't exist?
Maybe rm -rf by the mv, and echo if not exist?
- Jay
nce unordered is
"new".
Thank you, sorry, I'm in a rush right now,
- Jay
> From: i...@google.com
> To: jay.kr...@cornell.edu
> CC: g...@integrable-solutions.net; jwakely@gmail.com; gcc@gcc.gnu.org
> Subject: Re: -fno-rtti in configure.ac breaks buildi
front end work.
(Yes, go is certainly an interesting hybrid -- native code + static compilation
+ static typing + C-like syntax + garbage collection + fast compilation
via a good module system instead of the C preprocessor toiling over the same
million lines repeatedly... -- you don't see
he dependencies of
tree-nomudflap.o.
and 4.7.0 is the same.
(on the other hand -- it seems kind of hacky and maybe the right fix is the
other way around?)
- Jay
/src/gcc-4.7.0/configure -disable-bootstrap -enable-languages=go
book2:gccgo-4.7 jay$ g++ -v
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5493~1/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/share/man
--enable-languages=c,objc,c
> > "Jay Freeman (saurik)" writes:
> "Ian Lance Taylor" wrote:
> > After getting more sleep, I realize that this problem is actually much
> > more endemic than I had even previously thought. Most any vaguely
> > object-oriented library is going t
> > "Jay Freeman (saurik)"
> "Ian Lance Taylor"
> Thanks for the bug report and the analysis. I think it does simply
> require an '&'. That makes it analogous to the way
> __morestack_release_segments is used in generic-morestack-thread
hese things are in the "yeah, changing that would be interesting,
we are just don't have many people working on the feature", I'd be happy to
throw some patches towards it. I hesitate to just start sending patches over
the wall, however, without first doing some kind of verification that I have
any clue what I'm doing; I certainly am not certain how things would be
prioritized, or even really who is working on it. ;P
Sincerely,
Jay Freeman (saurik)
sau...@saurik.com
licit free,
and is subject to fragmentation.
Thanks,
- Jay
> Date: Sun, 8 Jan 2012 00:05:01 -0500
> To: djgpp-digest-da...@delorie.com
>
> 2012/01/07/15:03:06 ANNOUNCE: DJGPP port of GNU binutils 2.22 uploaded.
>
>
link.h: No such file or directory
and suggest, more use of inhibit_libc:
jbook2:gcc-4.6.2 jay$ diff -u gcc/config/ia64/fde-glibc.c.orig
gcc/config/ia64/fde-glibc.c
--- gcc/config/ia64/fde-glibc.c.orig 2011-11-12 13:30:55.0 -0800
+++ gcc/config/ia64/fde-glibc.c 2011-11-12 13:32:47.
the 4.6 repo in response to Bug 48291.
Thank you for your time!
Jay Jay Billings
, "div"? Is it
lacking the necessary VRP to determine that the high part of the
dividend is strictly less than the divisor?
I'm using:
$ gcc --version
gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5
Thanks,
Jay.
--host=i686-apple-darwin9 --target=i686-apple-darwin9
Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5493)
I could try with my own gcc.
But maybe it is a matter of flags to gcc/ar/ld.
- Jay
ot;C++" { } around them
(not a well known feature, but ok.)
- Jay
major component of
> optimizing compilation time. I would certainly encourage any interested
Perhaps when not optimizing?
Eh, but I've taken no measurement.
There is the possible fork() cost on Cygwin.
But maybe spawn is used, much faster.
- Jay
fprintf (I, L, R, U) except %O, and %O appears
little used or unused. And it doesn't handle {.
jbook2:gcc jay$ grep asm_fprintf */*/* | grep { | wc -l
33
jbook2:gcc jay$ grep asm_fprintf */*/* | wc -l
318
Maybe something else could be done for those 10%?
like:
before:
asm_fprintf
cc are widespread.
Look at Apple and OpenBSD for how older gcc remains in use.
Anyway, knowing the garbage collector isn't compacting is good.
Thanks,
- Jay
> Date: Wed, 3 Nov 2010 10:23:14 +0100
> From: basile@
> To: jay.kr...@u
> CC: gcc@
> Subject: Re: is gcc garbage collector compacting?
>
[snip]
might be otherwise.
Though looking at it, we already store many of our trees in global arrays.
There's just a few stragglers I can also put in global arrays and be ok.
Thanks,
- Jay
efore/after the chunk I want though.
Or, maybe the files do get preprocessed?
Evidence is no, as when #if 0'ed out some types, gengtype still saw them.
Something to consider, perhaps.
Thanks,
- Jay
> Subject: RE: atomicity of x86 bt/bts/btr/btc?
> From: foxmuldrster
> To: jay
> CC: gcc
> Date: Tue, 19 Oct 2010 03:05:26 -0500
>
> > > They do not automatically lock the bus. They will lock the bus with the
> > &
anks Rick.
I'll go back to using them.
I'm optimizing mainly for size.
The comment should perhaps be amended.
The "since they enforce atomic operation" part seems wrong.
- Jay
refix,
having checked Intel and AMD documentation and random web searching.
They are mentioned as instructions that can be used with lock prefix.
- Jay
deal with the gmp inline problem,
just another small detail...
I'm satisfied so far with the pruning. I can see it isn't for everyone.
We'll see, maybe I'll grow to dislike it as well.
- Jay
rementality when actively changing
stuff, or pays a higher price overall when occasionally building the entire
thing clean and not changing stuff, so this is minor.
We understand each other, fair enough.
- Jay
> Date: Tue, 28 Sep 2010 01:51:31
#x27;t happen, but configure
-without-mpc -without-mpfr might be nice
and aren't difficult, -without-gmp much better, but I can't yet claim it isn't
difficult.
Maybe, something like, if gmp is "in tree", after configure, the Makefile could
be hacked down
to omit mpf, mpq, and
around for what I missed.
and gmp doesn't build with default gcc 4.0 on Intel MacOSX 10.5.
Building within the gcc tree is one workaround, because how it fiddles with
CFLAGS
and seemingly accidentally avoids the problems with "inline".
Granted, CC=gcc-4.2 is another easy one. Other options.
Anyway.
- Jay
t foo { ... } foo_t; without the _t on the struct tag.
- Jay
...snip...
;VEC" or even use a fixed size and see what
happens..
Thanks,
- Jay
> From: jay.kr...@cornell.edu
> To: i...@google.com
> CC: gcc@gcc.gnu.org
> Subject: RE: internal compiler error: in referenced_var_lookup, at tree-dfa.c
> Date: Sat,
.c:1950
and some other problems..I really need to fix those...
- Jay
> From: jay.kr...@cornell.edu
> To: i...@google.com
> CC: gcc@gcc.gnu.org
> Subject: RE: internal compiler error: in referenced_var_lookup, at tree-dfa.c
> Date: Fri, 10 Se
DEF_STMT (new_res)
= new_phi = create_phi_node (new_res, new_bb);
Thanks,
- Jay
ch further, e.g. merging to current gcc, making debugging
better.
At some point I might generate C to fix a number of problems (including this
assert and
licensing, and debugging, and efficient exception handling, etc.), but that is
a different matter.
Anyway, I put this out there to give fol
s that it is missing.
Is it valid for uids to be so high?
Any clues/tips?
Thanks much,
- Jay
-attribute \
-DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/. \
-I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include \
-I/home/jay/dev2/cm3/m3-sys/m3cc/I386_OPENBSD/./gmp \
-I/home/jay/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp \
-I/home/jay/dev2/cm3/m3-sys/m3cc/I386_OPENBSD
It's "just" a warning, no "real" affects seen.
I patched my copy to say
hwi = ((hwi >> (shift - 1)) >> 1);
Thanks,
- Jay
> From: i...@google.com
> To: jay.kr...@cornell.edu
> CC: gcc@gcc.gnu.org
>
move along?
Assume there is always long long or __int64?
Coverage of this case is pretty rare now from my skimming.
- Jay
> From: jay.kr...@cornell.edu
> To: gcc@gcc.gnu.org
> Subject: suggest assert wide_int larger than hashval_t
> Date: Mon, 19
val_t) * CHAR_BIT);
Something is amiss here locally, for the types to be the same size.
But maybe add gcc_assert(sizeof(hashval_t) < sizeof(HOST_WIDE_INT),
outside the loop? It should be optimized away anyway.
Maybe I'd get -Werror but I use -disable-bootstrap.
Native compiler is gcc, but old.
Thanks,
- Jay
.
At least that's what happens in 4.3.
I tried hacking the C frontend to interpret % as FLOOR instead of TRUNC.
It works though -- the C frontend supports TImode.
Seems a little bit odd to depend on that?
- Jay
> From: jay.kr...@cornell.edu
> To:
e that.
I guess I'll just go back to generating function calls.
- Jay
for running tests:
http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg00967.html
More followup still to do.
and I only ran make check in the gcc directory, to skip gmp/mpfr/mpc.
- Jay
sr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status
>
> j...@xlin2:~$ $HOME/bin/gcc -v
> Using built-in specs.
> COLLECT_GCC=/home/jay/bin/gcc
> COLLECT_LTO_WRAPPER=/home/jay/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
> Target: i686-pc-linux-g
work for Darwin
targets?.
What, people use -masm=intel and masm/nasm/yasm instead of gas? Or just to
human read the output?
Thanks,
- Jay
> From: ebotca...@adacore.com
> To: jay.kr...@cornell.edu
> Subject: Re: rep prefix doesn't work with
8239,7 @@
(clobber (match_operand:SI 1 "register_operand" "=D"))
(clobber (match_operand:SI 2 "register_operand" "=c"))]
"!TARGET_64BIT"
- "repz cmpsb"
+ "repz{%;| }cmpsb"
[(set_attr "type" "str")
Ok if I do both or the emails are just annoying?
I find that bugs are often ignored just as well (but not lost/forgotten,
granted. :) )
Thanks,
- Jay
> To: jay.kr...@cornell.edu
> CC: gcc@gcc.gnu.org
> Subject: Re: -disable-fixincludes does
into read only data, like, you know, "the less
that is executable, the more secure". Though for locality, .text might be
better.
For now I'm erring toward using what is more often present in the same location.
I should have just waited till I tested with 4.5, t
esn't require
libiconv, which isn't on all systems. I have automation to patch out the
libiconv use.)
- Jay
t; : "@rel", FILE); \
} while (0)
#endif
2009-01-29 Rainer Orth
* config/i386/sol2-10.h [!HAVE_AS_IX86_DIFF_SECT_DELTA]
(ASM_OUTPUT_DWARF_PCREL): Define.
http://gcc.gnu.org/viewcvs?view=revision&revision=143758
Thanks,
- Jay
s ; \
elif test -x /usr/sfw/bin/gas ; then echo /usr/sfw/bin/gas ; \
else echo "unable to find GNU assembler" ; fi )
:) which addresses why I wasn't using GNU as.
(Yes, I've heard of autoconf.)
Thanks, later,
- Jay
---
bs instead of -gstabs+, don't
use 64bit+pic+unwind-tables or 64bit+pic+exceptions
I switched to Sun assembler because I'm seeing GNU as installed in different
places on different machines.
Some people don't install /usr/sfw and the install elsewhere.
- Jay
vmsdbgout.c has an int-to-enum warning and needs some form of "globalref" when
host=alpha-dec-vms since that #includes the VMS system headers.
Perhaps gcc should recognize globalref when target=*vms* and at least interpret
it as extern.
Thanks,
- Jay
diff -u /src/orig/gcc
uot;builtin ffs", it works.
My local hack is below but obviously that's not the way.
I'll enter a bug.
Thanks,
- Jay
diff -u /src/orig/gcc-4.5.0/gcc/builtins.c ./builtins.c
--- /src/orig/gcc-4.5.0/gcc/builtins.c 2010-04-13 06:47:11.0 -0700
+++ ./builtins.c
it gets the wrong resource.h
for now I patched sysroot/usr/include/wait.h to #include "resource.h" instead.
Unfortunate fix is maybe to rename to gcc/gccresource.h?
- Jay
Here's the next one:
alpha-dec-vms-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o
decimal64.o decimal128.o
alpha-dec-vms-ar: decNumber.o: No such file or directory
make[2]: *** [libdecnumber.a] Error 1
make[1]: *** [all-libdecnumber] Error 2
make: *** [all] Error 2
jbook2:vm
s required
configure.ac:3: the top level
autom4te: /usr/bin/gm4 failed with exit status: 63
jbook2:libiberty jay$
- Jay
> From: jay.krell@
> To: i...@m
> CC: g...@g
> Subject: RE: gcc 4.5.0 libiberty .o vs. .obj confusion
> Date: Wed,
> CC: gcc@
> From: iant@
>
> Jay:
>> I'm guessing that every ".o" in libiberty/Makefile.in should be changed to
>> $(OBJEXT).
>
> Yes.
>
> Ian
Thanks.
Specifically ".o" goes to "@objext@".
There's no way I'
-31,6 +31,9 @@
#if !defined(pid_t) && defined(HAVE_SYS_TYPES_H)
#include
#endif
+#ifdef HAVE_UNISTD_H
+#include
+#endif
#define install_error_msg "installation problem, cannot exec `%s'"
Perhaps someone can apply it..
Sorry, not me.
- Jay
_fb_displacement, at dwarf2out.c:16269
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [get_d.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
jbook2:gmp jay$
I said make CFLA
I'm guessing that every ".o" in libiberty/Makefile.in should be changed to
$(OBJEXT).
Thanks,
- Jay
> From: jay.kr...@cornell.edu
> To: gcc@gcc.gnu.org
> Subject: gcc 4.5.0 libiberty .o vs. .obj confusion
> Date: Mon
./strverscmp.obj ./vasprintf.obj ./vfork.obj
./strncmp.obj
alpha-dec-vms-ar: ./asprintf.obj: No such file or directory
make: *** [libiberty.a] Error 1
jbook2:libiberty jay$ edit Makefile
alpha-dec-gcc -c foo.c outputs foo.obj.
"Something" seems to know this, since:
libiberty/Makefile.i
fine
__int64 long long...)
(Alternate interpretation is that gcc should implement __CAN_USE_EXTERN_PREFIX
and the #pragmas. I'd be willing to #define __USE_LONG_GID_T but I assume the
pragmas are a problem.)
- Jay
reprocessed form that hits the same problem:
jbook2:~ jay$ cat re.c
typedef unsigned char UCHAR;
void insert_op2 (UCHAR *loc, UCHAR *end)
{
UCHAR *pfrom = end;
UCHAR *pto = end + 1;
while (pfrom != loc)
*--pto = *--pfrom;
}
jbook2:~ jay$ alpha-dec-vms-gcc -c re.c
jbook2:~
t;http://gcc.gnu.org/bugs.html> for instructions.
make: *** [regex.o] Error 1
- Jay
1]: *** [all-target-libgcc] Error 2
make: *** [all] Error 2
fix, put this at top:
#ifndef __NEW_STARLET
#define __NEW_STARLET
#endif
- Jay
If it's the bug being discussed here:
http://gmplib.org/list-archives/gmp-discuss/2009-April/003717.html
... then it was reported as fixed here:
http://gcc.gnu.org/ml/gcc/2009-04/msg00562.html
Jay.
> If $4 is empty this expands to "if expr ...", otherwise you get "ok=yes
> ... if test $ok = yes; then ... elif expr ..."
Thanks for the explanation! I didn't realise it was trying to be that clever.
Thanks,
Jay.
_SUBDIR)/$4'
AC_MSG_RESULT(just compiled)
el])if expr "x[$]$2" : "x/" > /dev/null; then
^^
That "el])if" looks very odd. Is it meant to be like that?
Thanks,
Jay.
guarantee that the result won't overflow.
I can't see how they will be handled any differently in practice.
Thanks,
Jay.
ten wants to probe the host environment, not the build
environment, and you just muddle along somehow for build != host?
Having to set the cv variables isn't deemed so bad?
- Jay
t if bootstrap4 is a goal at all.
Or if compare3 is a goal.
- Jay
ons it was possibly true for and what
versions it is definitely false for?
In particular, I /assume/ it is false for any version that uses gmp.
Thanks,
- Jay
. I'm loath to
maintain a bunch
of actual fragile diffs, with line numbers and such, and so far, not needed.
So far code to apply them
has felt less fragile, like "remove such and such a line", or "add line after
line", or "search and replace" --
no line numbers, and they are all contained in one file. Maybe diff works
well with context, and line
numbers aren't important, I don't know.
If nothing else -- collectors of non-gcc compiler bug lore -- I give you the
above. :)
- Jay
va?
This is gcc 4.3.2, but gccsvn looks about the same -- at least
libjava/configure.ac does.
Configure line was:
$ /src/gcc/configure -disable-nls STAGE_CC_WRAPPER=ccache -prefix=/usr/local -
exec-prefix=/usr/local -libdir=/usr/local/lib -libexecdir=/usr/local/lib -mandir
=/usr/local/share/m
isable-nls STAGE_CC_WRAPPER=ccache -prefix=/usr/local -
exec-prefix=/usr/local -libdir=/usr/local/lib -libexecdir=/usr/local/lib -mandir
=/usr/local/share/man -infodir=/usr/local/share/info -enable-languages=c,c++,for
tran,java,objc,obj-c++ -disable-nls -without-included-gettext -enable-version-sp
ecific-runtime-libs -without-x -enable-libgcj -disable-java-awt -with-system-zli
b -enable-interpreter -disable-libgcj-debug -enable-threads=posix -enable-java-g
c=boehm -disable-win32-registry -enable-sjlj-exceptions -enable-hash-synchroniza
tion -enable-libstdcxx-debug
Probably the right fix here is some configury to look for the declaration of
gethostname
and if it is found, be sure to #include where it is found, and not declare it
one's self?
- Jay
ry general like ccache? I haven't tried that yet. I
think I will now.
Thanks,
- Jay
ed DLLs.Info: resolving _sys_nerr by linking to __imp__sys_nerr
(auto-import)
Info: resolving _sys_errlist by linking to __imp__sys_errlist (auto-import)
This is probably libiberty/strerror.c.
Must it declare them itself? Always?
Configure it and only declare if not otherwise declared?
Might be gener
\i686-pc-mingw32\sys-root\mingw
\\live.sysinternals.com\tools\junction
c:\cygwin\usr\local\i686-pc-mingw32\sys-root\mingw\include c:\mingw\include
\\live.sysinternals.com\tools\junction
c:\cygwin\usr\local\i686-pc-mingw32\sys-root\mingw\lib c:\mingw\lib
I suppose to be more useful I should reform this into sh and path configure.ac.
The reason I haven't done it that way is for my own ease of maintenence --
easier to maintain patches on the side than get them upstream probably.
If folks are actually interested, I can do that.
As long as bugs like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036 exist
(or explained to me why it isn't a bug), I kinda think people are not
interested.
- Jay
.
(ie: if you have 4k + 4 bytes of writable globals, saving 4 bytes probably
saves 4k.)
It's also smaller code to not cache, of course.
Thanks,
- Jay
> From: dave@
> [snip snip snip...]
ot compute suffix of executables: cannot compile and
link
Maybe an autoconf bug.
Unless gcc could loosen up its command line parsing.
I'll try CC instead of CFLAGS.
- Jay
7;s just "random", and nobody knows getpagesize to be slow,
I'd say just never cache either.
- Jay
>
> [snip snip snip]
>
> Or even better store size after the store to mask.
> That is:
> int tmp = getpagesize();
> *(volatile*)&mask = ~((long)tmp - 1);
> *(volatile*)&size = tmp;
>
> Thanks,
> Andrew Pinski
1 - 100 of 124 matches
Mail list logo
