’
TARGET_LIBC_HAS_FUNCTION, \
^
../../../gcc/gcc/config/ia64/ia64.c:659:29: note: in expansion of macro
‘TARGET_INITIALIZER’
struct gcc_target targetm = TARGET_INITIALIZER;
^
make[2]: *** [ia64.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49
vms-c.c:(.text+0x9cc): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '4096', this reader only handles
version 2 and 3 information.
vms-c.o:vms-c.c:(.text+0x9e2): more undefined references to
`c_default_pointer_mode' follow
collect
uninitialized in this function [-Werror=maybe-uninitialized]
enum reg_class rclass;
^
cc1plus: all warnings being treated as errors
make[2]: *** [mep-pragma.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: [Nach
*’ casts away qualifiers [-Werror=cast-qual]
slot = htab.find_slot ((unsigned int *)name, INSERT);
^
cc1plus: all warnings being treated as errors
make[2]: *** [winnt.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49
);
^
cc1plus: all warnings being treated as errors
make[2]: *** [winnt.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Alles wird gut! ...und heute wirds schon ein bißchen
besser.
the second :
signature.asc
Description
-cppbuiltin.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Fortschritt bedeutet, einen Schritt so zu machen,
the second : daß man den nächsten auch noch machen kann.
signature.asc
Description: Digital
uninitialized in this function [-Werror=maybe-uninitialized]
*recog_data.dup_loc[i] = orig_dup[i];
^
cc1plus: all warnings being treated as errors
make[2]: *** [reload1.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de
uninitialized in this function [-Werror=maybe-uninitialized]
*recog_data.dup_loc[i] = orig_dup[i];
^
cc1plus: all warnings being treated as errors
make[2]: *** [reload1.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de
/epiphany/epiphany.c:1697:7: error: unused variable
‘save_config’ [-Werror=unused-variable]
rtx save_config;
^
cc1plus: all warnings being treated as errors
make[2]: *** [epiphany.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of
)) \
^
../../../gcc/gcc/c-family/c-common.c:5553:22: note: in expansion of macro
‘get_identifier’
char32_type_node = get_identifier (CHAR32_TYPE);
^
cc1plus: all warnings being treated as errors
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de
) \
^
../../../gcc/gcc/c-family/c-cppbuiltin.c:1013:3: note: in expansion of macro
‘TARGET_CPU_CPP_BUILTINS’
TARGET_CPU_CPP_BUILTINS ();
^
cc1plus: all warnings being treated as errors
make[2]: *** [c-family/c-cppbuiltin.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg
On Tue, 2013-11-26 04:28:41 +0100, Jan-Benedict Glaw wrote:
> Build log is available at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=38764 .
Eric seems to be not (or no longer?) reachable with his listed email
address:
,---
| Eric Wedd
On Tue, 2013-11-26 06:31:44 -0600, Joel Sherrill
wrote:
> Jan-Benedict Glaw wrote:
> > Build log is available at
> > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=38764 .
> >
> > g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
>
On Tue, 2013-11-26 06:33:39 -0600, Joel Sherrill
wrote:
> Jan-Benedict Glaw wrote:
> > Build logs at
> > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39192
> > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40718
> >
> > (I als
On Tue, 2013-11-26 15:21:12 +, Joern Rennecke
wrote:
> On 26 November 2013 14:51, Jan-Benedict Glaw wrote:
> > On Tue, 2013-11-26 06:33:39 -0600, Joel Sherrill
> > wrote:
> > > Was microblaze-rtems attempted? I would have expected a failure
> > > like t
On Tue, 2013-11-26 07:50:34 -0800, Michael Eager wrote:
> On 11/25/13 19:26, Jan-Benedict Glaw wrote:
> > Build logs at
> > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39192
> > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40718
> >
On Tue, 2013-11-26 08:13:12 -0800, Michael Eager wrote:
> On 11/26/13 08:08, Jan-Benedict Glaw wrote:
> > Thanks for looking into the issue anyways! (...and what do you
> > think about adding a microblazeel target to the list?)
>
> Sounds OK to me.
Any suggestion of whic
Hi!
On Tue, 2013-11-26 04:27:56 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40206
I think Joern is rewarded with the First Fixer's Trophy :)
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=4148
and then
> building gas for those targets?
I think it'd possible to eg. first create a linked tree and then build
all-gas all-ld install-gas install-ld all-gcc . I think that most
targets should be gas-/ld-supported. At least, we'd give that a try
and see where it takes us
On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
>
> g++ -c -DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -DIN_GCC
> -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
> -fasynchronou
On Tue, 2013-11-26 04:26:25 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40716
>
> g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
> -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
> -fa
On Wed, 2013-11-27 12:14:55 +0400, Alexander Ivchenko
wrote:
> 2013/11/27 Jeff Law :
> > On 11/26/13 19:50, Jan-Benedict Glaw wrote:
> > > On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw
> > > wrote:
> > > > Build log at
> > > > http://t
On Tue, 2013-11-26 04:27:21 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40445
>
> g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
> -fno-rtti -fasynchronous-unwind-tables -W -Wall
On Tue, 2013-11-26 04:24:16 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39812
>
> g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
> -fno-rtti -fasynchronous-unwind-tables -W -Wall
On Tue, 2013-11-26 04:27:37 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39836
After Kais recent change, parts of it is fixed. Right now (cf.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=42497),
it look
ping the config-list.mk patch again...
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Alles sollte so einfach wie möglich gemacht sein.
the second : Aber nicht einfacher. (Einstein)
signature.asc
Description: Digital signature
error:
‘ANDROID_TARGET_OS_CPP_BUILTINS’ was not declared in this scope
make[1]: *** [c-family/c-cppbuiltin.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: 17:44 <@uschebit> Evangelist ist doch ein Vertriebler
the second :
On Mon, 2013-12-09 08:21:43 +1300, Maxim Kuvyrkov wrote:
> On 9/12/2013, at 3:24 am, Jan-Benedict Glaw wrote:
> > One of your recent libc<->android clean-up patches broke the
> > mips64-linux target as a side-effect, see eg.
> > http://toolchain.lug-owl.de/buildbo
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: http://perl.plover.com/Questions.html
the second :
signature.asc
Description: Digital signature
Hi Marek,
On Sun, 2014-02-02 23:59:16 +0100, Jan-Benedict Glaw wrote:
> Hi Marek,
>
> it seems your patch produced some fallout for
>
> avr: http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=111296
> spu-elf: http://toolchain.lug-owl.de/buildbot/show_build_det
owl.de/buildbot/deliver_artifact.php?mode=view&id=1139497
[2] http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=154768
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: "Debugging is twice as hard as writing the code in the first
place.
the seco
ked at some of the log
diffs, but there are no new warnings, even some less.
Great work!
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Zensur im Internet? Nein danke!
the second :
signature.asc
Descri
embly parts. However,
upstream told me that it wouldn't be accepted since it would break
older setups and that M4 magic should be used to sort out the %
story...
I was able to canadian-build a target=host vax-linux-uclibc compiler with
that (plus linux-specific patches) using a i686-linux-gnu bu
omises on that, but I'd be willing to look
into upcoming problems.
Some SIMH instance with a CURRENT NetBSD would probably be helpful and
if somebody helps me to get a NetBSD up'n'running with SIMH, I'd offer
to put my auto-building scripts in there. NetBSD is at least a
somewhat co
> vax port if it's important to you.
Okay... So I'll try to get a NetBSD installation in SIMH running
these days. Matt et al, if you have some beforehand tips for me (like
choosing the "best" HDD types etc.) it would be nice if you would drop
me an email.
MfG, JBG
--
On Wed, 2008-01-23 12:09:10 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> I do have a crude patch to ELFify the assembly parts. However,
This was ment to be attached...
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of:
On Wed, 2008-01-23 12:18:31 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-01-22 10:31:35 -0800, Joe Buck <[EMAIL PROTECTED]> wrote:
> > So if you're a vax user, you can help keep the vax port alive by helping
> > to test it, reporting bugs, and
me time to get the environment right, but I hope to be able to
send some testresult in some days or weeks.
When will 4.3 be branched off?
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: Alles wird gut! ...und heute wirds schon e
On Wed, 2008-01-23 12:57:00 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
I played a bit with it, so I can answer these questions myself:
> Most specific questions:
>
> - What is the largest HDD SIMH supports? There seems to be RA92
> support, but that's on
unc_enter (void *func_address, void *call_site)
__attribute__ ((no_instrument_function));
void __cyg_profile_func_exit (void *func_address, void *call_site)
__attribute__ ((no_instrument_function));
...and compile with -finstrument-functions .
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PRO
of recognizing and compiling C++
sources) won't include libstdc++ in the linker run. So either add that:
gcc foo.cpp -lstdc++
...or use g++ to compile and link.
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: Ich hatte in le
test
suite? Shouldn't be hard to implement and would be helpful. I'd
volunteer to prepare the setup, if somebody supplies the CPU cycles.
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: Ich hatte in letzter Zeit ein b
On Tue, 2007-05-22 08:50:59 +0100, Manuel López-Ibáñez <[EMAIL PROTECTED]>
wrote:
> On 22/05/07, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-05-21 15:35:53 -0700, Mark Mitchell <[EMAIL PROTECTED]>
> > wrote:
> > > Is there a voluntee
at often enough for the
vax-linux-uclibc target...
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
the second :
signature.asc
Description: Digital signature
On Fri, 2007-06-01 04:47:11 -0400, Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
> Jan-Benedict Glaw wrote:
> > On Thu, 2007-05-31 21:34:33 -0400, Bernardo Innocenti <[EMAIL PROTECTED]>
> > wrote:
> > > I've set up a Git mirror of the entire GCC history
often will it be synced with upstream SVN? While you're at it,
would David mind to also place a binutils, glibc and glibc-ports GIT
repo next to it? That way, there would be a nice single point of GIT
repos for the whole toolchain.
Thanks for the work, I'll just clone it right now :)
t to 1.5.2 and repacked the git repository
> with git-gc --aggressive. It is quite impressive: the size of
> the pack file was almost cut in half, from ~23MB to ~12MB!
This is way more that I expected. I'm officially impressed right now.
MfG, JBG
--
Jan-Benedict Glaw [EMAIL P
converted (and kept up-to-date!) somewhere as GIT
repos.
This just eases the pain keeping those patches up-to-date in some
branches, that aren't yet ready for merging.
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of:
it with a ChangeLog entry.
(Just plain text, don't prepare it as a patch to the ChangeLog file!)
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: Gib Dein Bestes. Dann übertriff Dich selbst!
the second :
signature.asc
Description: Digital signature
"From: " header. Or do you actually read nospam-abuse?
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481
Signature of: ...und wenn Du denkst, es geht nicht mehr,
the second : kommt irgendwo ein Lichtlein her.
signature.asc
Description: Digital signature
library search path?
> So I suggest this is some problem of locating the library in runtime.
Most probably.
> Does anybody have an idea ?
You need to tell the dynamic linker where to actually find the
libraries. "stage/lib/..." looks like a relative path, but to what
location
101 - 151 of 151 matches
Mail list logo
