normal dynamically
linked program and should behave like one IMO.
--
Daniel Jacobowitz
CodeSourcery
is not a vital runtime component
of the system, so its dependencies do not need to be exceptionally
robust in the way that glibc's or even libstdc++'s do. If you were
talking about linking libstdc++ to MPFR I'd have a different story
to tell.
--
Daniel Jacobowitz
CodeSourcery
to build them that way. On the other hand I am positive
Debian will not ship its system compiler that way; Debian policy is
quite clear on this, dynamic libraries should always be used.
--
Daniel Jacobowitz
CodeSourcery
. It uses _UPPER instead. Does this
mean --with-newlib does not work for mingw32? (Note, you can't build
without it either.)
--
Daniel Jacobowitz
CodeSourcery
On Mon, May 07, 2007 at 01:37:51PM -0400, Daniel Jacobowitz wrote:
That third one does not define _U. It uses _UPPER instead. Does this
mean --with-newlib does not work for mingw32? (Note, you can't build
without it either.)
That does appear to be the case. With --with-newlib, we get
On Mon, May 07, 2007 at 07:47:01PM +0200, Paolo Carlini wrote:
Daniel Jacobowitz wrote:
The failing command is trying to compile the PCH. This means that
we're including a large number of libstdc++ headers in a row. One of
the first ones pulls in c++config.h, which has #undef max
locale.h float.h])
GLIBCXX_CHECK_LINKER_FEATURES
GLIBCXX_CHECK_COMPLEX_MATH_SUPPORT
Those are the bad tests.
--
Daniel Jacobowitz
CodeSourcery
--with-libs=/usr/i586-mingw32msvc/include --). So I think
crossconfig.m4 should be fixed for mingw32 to support combined tree
builds, but it's not as big a problem as I thought it was.
I'll take a stab at fixing crossconfig.m4 if I can find a chance.
--
Daniel Jacobowitz
CodeSourcery
where my wrong assumption is. Any suggestions?
What do you mean, it's built in? It comes from a source file, so
almost by definition it isn't.
--
Daniel Jacobowitz
CodeSourcery
says that it clobbers its first input, then the RTL register allocator
is responsible for handling that.
--
Daniel Jacobowitz
CodeSourcery
= \
$(mkinstalldirs) $(DESTDIR)$(slibdir); \
$(INSTALL_DATA) $(SHLIB_SONAME) \
$(DESTDIR)$(slibdir)/$(SHLIB_SONAME)
--
Daniel Jacobowitz
CodeSourcery
cache friendly accesses for a change.
FYI, I did this with PCH once... I never followed it through well
enough to get consistent results from it, but I did get some
remarkable jumps during testing.
--
Daniel Jacobowitz
CodeSourcery
(INT_MAX is handled specially). In general this still works out
to be more memory than can be allocated and the test tests what it
wanted to (bad_alloc).
--
Daniel Jacobowitz
CodeSourcery
a significant difference.
--
Daniel Jacobowitz
CodeSourcery
approach would even
require locations on constants. And that's obviously infeasible, so...
--
Daniel Jacobowitz
CodeSourcery
wish someone had sufficient
incentive to sit down and design a proper solution to our degenerating
debug info.
--
Daniel Jacobowitz
CodeSourcery
On Tue, Mar 27, 2007 at 03:01:04PM -0400, DJ Delorie wrote:
- CROSS_SYSTEM_HEADER_DIR='$(gcc_tooldir)/sys-include'
+ CROSS_SYSTEM_HEADER_DIR='$(shell echo $(gcc_tooldir)/sys-include)'
Don't you need more quotes than that?
--
Daniel Jacobowitz
CodeSourcery
that?
I think if we quoted it more, we'd end up passing the backticks along
instead of processing them, and we'd end up right where we started.
I only meant:
CROSS_SYSTEM_HEADER_DIR='$(shell echo $(gcc_tooldir)/sys-include)'
--
Daniel Jacobowitz
CodeSourcery
with $(libdir) which
will come from $(prefix), so there's an unquoted $(prefix) there.
../gcc/configure --prefix=/usr/local/where * am * i will thus lead
to $(shell echo /usr/local/where * am * i/sys-include), which will
wildcard.
--
Daniel Jacobowitz
CodeSourcery
this:
gcc test.c -o test.so -shared -fPIC [-s]
The problem is that i'd expect gcc/ld to abort with an error,
but it just 'successfully' links something.
Am i missing something? How can ld link against a
definitely unknown function?
See the linker manual for -z defs.
--
Daniel Jacobowitz
maybe you (or someone who
understsands the build scripts) can fully test it.
libgcc should not use AC_CANONICAL_TARGET; --target doesn't mean
anything to a target library. I'm not sure about libdecnumber - it
probably shouldn't be sensitive to $target either.
--
Daniel Jacobowitz
CodeSourcery
if you've got nothing but a type
code in it. Have a couple of constant TYPE_LANG_SPECIFIC instances
in rodata :-)
Which is less useful if you want to move things out of the common
tree, of course.
--
Daniel Jacobowitz
CodeSourcery
On Mon, Mar 19, 2007 at 05:25:37AM -0700, Karthikeyan M wrote:
Thanks for the information.
So, if I want to debug a bug in the cc1 code that causes target
library build to fail -
should I just use the cc1 that is generated in objdir/gcc/ ?
Yes.
--
Daniel Jacobowitz
CodeSourcery
On Mon, Mar 19, 2007 at 01:49:55PM -0400, Andrew MacLeod wrote:
Perhaps this ought to be looked at again with some seriousness.
I think this is an idea whose time has either come, or will shortly.
GCC's -O0 is much more extreme than that of other compilers I've used.
--
Daniel Jacobowitz
' into a system location, but that's about it. And
usually one shouldn't do that anyway.
There's /lib64 - lib and /usr/lib64 - lib symlinks, which help out.
--
Daniel Jacobowitz
CodeSourcery
are,
but they aren't in most GNU software. This is, unsurprisingly, how
emacs behaves.
Personally I think that regardless of your indentation preferences,
using anything besides eight column tab stops for \t is silly; that's
what cat is going to use.
--
Daniel Jacobowitz
CodeSourcery
options though.
Yes, you always want to match ACLOCAL_AMFLAGS from Makefile.am.
--
Daniel Jacobowitz
CodeSourcery
and leave make_relative_prefix
unchanged:
2006-04-28 Joseph S. Myers [EMAIL PROTECTED]
* gcc.c (process_command): Add program name to GCC_EXEC_PREFIX
value before passing to make_relative_prefix.
--
Daniel Jacobowitz
CodeSourcery
and with cross compilations. I'd file a bug report. If it
is an OS bug, it can be fixed by fixincludes.
He's talking about finding the target's int_fast8_t in the frontend.
That's another issue entirely.
--
Daniel Jacobowitz
CodeSourcery
On Tue, Mar 06, 2007 at 02:05:06AM +0800, Zhang Le wrote:
I have used strace -f to check where linker looked for -lqt-mt. From
what I have observed, it seems that ld didn't use
$SYSROOT/etc/ld.so.conf.
Well, it's supposed to, so I suggest you check what's happened in ld.
--
Daniel Jacobowitz
of the bugmasters.
Good luck keeping people. It's a crappy job.
--
Daniel Jacobowitz
CodeSourcery
quite unpleasant - both for the user,
and for the poor compiler developer who has to figure out what
happened.
--
Daniel Jacobowitz
CodeSourcery
more patches or even re-branching as
a real option.
I've been convinced of the same. If we (GCC developers) shipped it
with the aliasing fixes reverted, I'm not sure quite what we
(CodeSourcery) would do with the result - but I bet we'd at least
consider reapplying them.
--
Daniel Jacobowitz
to stand by it.
On the other hand, I consider this a fairly serious bug in 4.1 (and
I've seen customers encounter it at least twice off the top of my
head). It depends what your tolerance for wrong-code bugs is.
--
Daniel Jacobowitz
CodeSourcery
-gcc.exe also; do you?
The one in /usr/local/x86_64-pc-mingw32/bin is different, and may not
work - I think the way that normally happens involves symbolic links,
or something similar. Anyway, you don't need to use it.
--
Daniel Jacobowitz
CodeSourcery
in the `then' branch.
This seems horribly wrong somehow. Aren't we intested in the ${build}
- ${host} compiler at this point anyway? So shouldn't we be testing
it? I think the whole block can go.
--
Daniel Jacobowitz
CodeSourcery
we autoconfiscate.
Something like this?
Yes, pretty much (though I don't see the point in the CFLAGS -g
assignment either).
--
Daniel Jacobowitz
CodeSourcery
is? Is there
anything in the autoconf documentation about not using some macros
inside conditional statements?
--
Daniel Jacobowitz
CodeSourcery
I've put up some information on the wiki about moving configuration
information from gcc to libgcc. Please, feel free to add to it!
http://gcc.gnu.org/wiki/Top-Level_Libgcc_Migration
--
Daniel Jacobowitz
CodeSourcery
. It there a way
of making use of this facility in a more elegant way than putting the whole
gcc command line in a target makefile fragment?
I'm not sure I understand what you want to do. Could you give me a
bigger example? Those bits are only used for fix/float conversions.
--
Daniel Jacobowitz
+= $(patsubst %,%_s$(objext),$(siintfuncs))
endif
If you think it would be useful for enough targets, you could add some
code to automatically extract the bits before and after the colon and
give this a standard name that tdep files could set. That should get
you started.
--
Daniel Jacobowitz
:
http://gcc.gnu.org/ml/gcc-announce/1997-1998/msg0.html
:-) Which is the I feel lucky google(site:gcc.gnu.org how to run
installed GCC_UNDER_TEST) result.
For the less old-school inclined, try contrib/test_installed.
--
Daniel Jacobowitz
CodeSourcery
from the error message that this
one is not too recent.
--
Daniel Jacobowitz
CodeSourcery
compilers,
arguments, and functions named main.
And honestly, I have no idea how that happened. Does it happen
with a current GDB? I suspect from the error message that this
one is not too recent.
It's gdb 6.5, so reasonably recent.
Please try a current snapshot. Thanks.
--
Daniel
no intention of touching the build system for the release
branch, in any case.
--
Daniel Jacobowitz
CodeSourcery
was only talking about whether
the decision was made at configure or make time.
--
Daniel Jacobowitz
CodeSourcery
don't have time to do it before 4.2.0.
--
Daniel Jacobowitz
CodeSourcery
one; Debian's compilers
default to generating code for a 486 or later.
--
Daniel Jacobowitz
CodeSourcery
On Thu, Jan 04, 2007 at 04:19:17PM +1100, Ben Elliston wrote:
On Wed, 2007-01-03 at 23:28 -0500, Daniel Jacobowitz wrote:
Right now the libgcc configuration is completely tied up with
gcc/Makefile. As parts of the configuration process move from
gcc/config/ to libgcc/config/ (or libgcc's
/
but rather into some path/lib/gcc/i686-pc-linux-gnu/.
Is this related to the recent libgcc changes?
Yes, it's my fault. The last time I tested make install, they went to
the right place. I'm building right now to find out what's gone wrong.
--
Daniel Jacobowitz
CodeSourcery
On Thu, Jan 04, 2007 at 08:59:51AM -0500, Daniel Jacobowitz wrote:
On Thu, Jan 04, 2007 at 02:32:19PM +0100, Martin Reinecke wrote:
/usr/bin/ld: crtbegin.o: No such file: No such file or directory
collect2: ld returned 1 exit status
This probably happens because the crt*.o files
to remove them :-)
--
Daniel Jacobowitz
CodeSourcery
to support with toplevel bootstrap. So what has changed?
Not much. I'm convinced it would be feasible, but definitely not easy,
so I wanted to see how much interest there was - seems like some, but
not a lot.
--
Daniel Jacobowitz
CodeSourcery
but still have no idea.
I would *really* appreciate any help I can get on this issue!
Take a look at -ffixed-REG.
--
Daniel Jacobowitz
CodeSourcery
gcc and the target libraries separately.
--
Daniel Jacobowitz
CodeSourcery
-aix5.2.0.0/include -isystem
/home/rupp/gnat/powerpc-ibm-aix5.2.0.0/sys-include -c -O2 -g
conftest.c 5
I would recommend trying to link a program using exactly that command
line (without the -c conftest.c of course) and seeing what it tells you.
The problem is usually obvious.
--
Daniel
really ought to (A) get logged in
config.log, and (B) tell you why it decided link tests were forbidden.
(And it's my fault originally IIRC.)
I'm not at all sure how the nm failure ends up leading to this problem,
but I'll take your word for that part.
--
Daniel Jacobowitz
CodeSourcery
the Steering Committee.
This is a textbook example of what they're for.
--
Daniel Jacobowitz
CodeSourcery
top level bootstrap rules went in, every time the subject
came up - this really shouldn't be a surprise.
Libgcc will no longer be configured by the gcc subdirectory's makefile.
Therefore there will be no startfiles or libgcc for the new compiler to
use.
--
Daniel Jacobowitz
CodeSourcery
different by bootstrapping just the compiler?
--
Daniel Jacobowitz
CodeSourcery
binutils too. That's less obviously
useful. But in a GCC-only tree we bootstrap intl, gcc, libcpp,
libdecnumber, libiberty, and zlib: all things linked directly into
the compiler.
--
Daniel Jacobowitz
CodeSourcery
- if there's
a convincing reason to do so.
--
Daniel Jacobowitz
CodeSourcery
.
--
Daniel Jacobowitz
CodeSourcery
On Thu, Dec 14, 2006 at 10:19:12AM +0100, Basile STARYNKEVITCH wrote:
In other words, should I make all my configurable flag visible by the
toplevel configure and propagated (thru Makefile.tpl) to gcc/ or not?
No, you shouldn't. Only add them to subdirs that need them.
--
Daniel Jacobowitz
first, but haven't heard back
from any of them...)
--
Daniel Jacobowitz
CodeSourcery
quite at present; powerpc64-gnu does not include
t-ppccomm. powerpc-gnu does.
--
Daniel Jacobowitz
CodeSourcery
; I'm not sure what's holding that up now all subdirectories of gcc
and src have been moved.)
At this point I believe there are no more blockers. Steve Ellcey would
be the person to ask.
--
Daniel Jacobowitz
CodeSourcery
doesn't
reference the personality routine if it's going to have nothing to do,
shouldn't we?
--
Daniel Jacobowitz
CodeSourcery
. For .eh_frame,
though, the personality routine is only necessary to run cleanups
and check exception specs.
--
Daniel Jacobowitz
CodeSourcery
On Sun, Nov 12, 2006 at 05:11:39PM -0800, Mark Mitchell wrote:
Daniel Jacobowitz wrote:
If you try what Michael's been saying, you'll notice that trivial
C++ files get the personality routine reference even if they don't
have anything with a destructor which would need cleaning up. We
compilation
most of the memory allocated is definitely global. Past a certain
point much of that is probably readonly. However, it would take some
clever interfaces and discipline to _guarantee_ that any particular
global bit was shareable.
--
Daniel Jacobowitz
CodeSourcery
.
--
Daniel Jacobowitz
CodeSourcery
, since it's only used in the build (right?).
No, xgcc is installed as gcc. If you have a dynamic libgmp, it will be
used.
--
Daniel Jacobowitz
CodeSourcery
we're
focusing on C right now :-) I don't think the design precludes this
sort of thing, but we won't know how it all fits together until more's
been done.
--
Daniel Jacobowitz
CodeSourcery
, but it doesn't seem to work for gcc.
Use CFLAGS=-g ../gcc-src/configure. The top level file is still
autoconf 2.13.
--
Daniel Jacobowitz
CodeSourcery
recommend anyone who wants to attempt intl be very very careful. Our
version has a modified build system, and other directories get their
configuration information from it (config/gettext-sister.m4).
--
Daniel Jacobowitz
CodeSourcery
to the same
dir. What output do you see from gcc -v?
Not any more. The default changed some time ago. Some distributors
configure them to the same location.
Jeff, for background, up until a few releases ago cc1 and specs would
always be in the same directory.
--
Daniel Jacobowitz
CodeSourcery
this
to the Dwarf standard, I'm trying my luck here.
You could ask, um, on the Dwarf list... See dwarf.freestandards.org.
--
Daniel Jacobowitz
CodeSourcery
no nested replacement of x occurred within the processing
of alt_x(). It's a different scan.
--
Daniel Jacobowitz
CodeSourcery
, it doesn't really
make up for testing on hardware. Not unless someone donates a
lot of time to run good hardware certification tests on it, anyway :-)
--
Daniel Jacobowitz
CodeSourcery
it is now. It's settled down quite a
bit; I would be happy to see mips64-linux-gnu on the list now.
--
Daniel Jacobowitz
CodeSourcery
other system library.
Maybe check with readelf -d if it is directly DT_NEEDED from the
executable?
--
Daniel Jacobowitz
CodeSourcery
On Mon, Sep 18, 2006 at 04:36:26PM +0200, Basile STARYNKEVITCH wrote:
Is the LTO branch inactive now? This surprises me! svn info gives me
Why do you think a data of last Thursday means it is inactive? It
isn't, as you can see if you follow gcc-patches.
--
Daniel Jacobowitz
CodeSourcery
? If it was the /../lib64 suffix, those are added _after_ the
list of directories to search are decided. They're added when we
consider whether the user asked for -m32 or -m64 (see multilib in the
documentation).
--
Daniel Jacobowitz
CodeSourcery
for void (in the case of a void *
pointer type). Is that not the case?
Void isn't a base type. The DWARF 3 standard way to represent this is
DW_TAG_unspecified_type.
--
Daniel Jacobowitz
CodeSourcery
the impression he was
still open to using it for other things, like types. I may have been
mistaken.
--
Daniel Jacobowitz
CodeSourcery
that confusing dwarf-for-types
and dwarf-for-gimple would be a mistake.
--
Daniel Jacobowitz
CodeSourcery
On Fri, Sep 01, 2006 at 10:19:07AM -0400, Kenneth Zadeck wrote:
Daniel Jacobowitz wrote:
On Fri, Sep 01, 2006 at 09:45:34AM -0400, Kenneth Zadeck wrote:
Given that Mark, and for that matter no one else, did not really push
back, I am pretty much committed not to use dwarf
, for instance, and
you'll tend to degrade performance.
--
Daniel Jacobowitz
CodeSourcery
-coded filtering to the captured
stderr output...
There is a prune routine in the test harness for warnings we do not
care about.
Actually, I wonder if -Wl,2 -Wl,/dev/null would work!? (modulo suitable
quote/escaping).
It wouldn't; there's no suitable quoting possible.
--
Daniel Jacobowitz
that.
--
Daniel Jacobowitz
CodeSourcery
that the resulting executable can find the beginning of that
section and/or make assumptions based on that.
The default is `-fzero-initialized-in-bss'.
--
Daniel Jacobowitz
CodeSourcery
(and for things like combine, which test if an instruction is valid).
--
Daniel Jacobowitz
CodeSourcery
hush up about
any uninitialized argument value.
There's more to it than that, unless your compiler is very broken.
GCC should not warn for int x; foo (x);.
--
Daniel Jacobowitz
CodeSourcery
, one can't look at a bug of this sort
without a compilable test case. Andrew correctly pointed out that this
optimization is affected by (for instance) inlining.
--
Daniel Jacobowitz
CodeSourcery
for compilation or has this overhead changed?
They haven't done any measuring I know of, but we needed 64-bit
compilers for a variety of reasons and this was much less disruptive
than packaging a second copy of GCC.
--
Daniel Jacobowitz
CodeSourcery
also possible to
build 32-bit configurations which support 64-bit compilation - but
the default i686-linux configuration does not. The i686-solaris2.10
port does, and Debian's i486-linux compilers do also (local patch).
--
Daniel Jacobowitz
CodeSourcery
adjust the behavior as
necessary, or document useful tricks for working with such things in
the manual.
--
Daniel Jacobowitz
CodeSourcery
-delay case. It will still work in a
delay slot, but it's a much heavier-weight operation.
So, until and unless there is a revision of the MIPS architecture on
which this instruction is not guaranteed to trap, I think we should not
put it in a delay slot.
--
Daniel Jacobowitz
CodeSourcery
do I have to use when compiling my code?
Is there any document on this?
This is a list for the developers of GCC. You may get more help on the
gcc-help list.
It sounds like you didn't link with -lpthread.
--
Daniel Jacobowitz
CodeSourcery
201 - 300 of 556 matches
Mail list logo