cain gomer lynette

[mildred john]

timothy kary jehan
lisa 
lung-lun tzl-cker 
sid 
mined mildred
john stanton 

Re: Problems building Windows hosted mips-elf toolchain using Linux as build machine

[Øyvind Harboe]

> It is fairly straightforward on Cygwin actually, and should work about as
> easily as the Linux build.  It will be substantially slower, however.

Right. :-) I'm trying to build a multilib arm-elf w/*lots* of
variants. The Cygwin
build takes >1 day for arm-elf in that way... (enabling all the
multilib variants
in t-arm-elf).

> For a non-Cygwin native Windows (MinGW) build, see
> .

This does not cover cross compilation and I'd save *lots* of time if I can make
Cygwin/Windows hosted toolchains under Linux, being able to compile everything
on a single computer...

> By the way, this sort of question is best for [EMAIL PROTECTED], where
> people know more about these sorts of relatively common build problems.
>  gcc@ is for discussion of developing GCC specifically.

Ooopss... Thanks... I've made a new improved posting to:

http://gcc.gnu.org/ml/gcc-help/2008-09/msg00100.html
-- 
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer

some random build breaks

[Jay]

With fairly recent svn:

ln -s libgcc.map libgcc.map.def && if [ ! -d ./shlib ]; then mkdir ./shlib else
true; fi && ccache /obj/gcc.6/i686-pc-cygwin/i686-pc-cygwin/./gcc/xgcc -B/obj/gc
c.6/i686-pc-cygwin/i686-pc-cygwin/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr
/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /
usr/local/i686-pc-cygwin/sys-include -I/src/gccsvn/gcc/../winsup/w32api/include
-g -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wcast-qual -Wold-style-definition  -isystem ./include   -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs libgcc.map.def -Wl
,--out-implib,./shlib/libgcc_s.a.tmp -o ./shlib/libgcc_s_1.dll.tmp -g -B./ _chks
tk_s.o _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.
o _ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main
_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s
.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _f
fsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab
_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.
o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _mu
ltc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2
_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _
fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixuns
tfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundis
f_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o
 _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o unwin
d-dw2-fde_s.o unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o -luser32 -lk
ernel32 -ladvapi32 -lshell32 && ar -r ./shlib/libgcc_s.a.tmp _chkstk.o _ctors.o
gthr-win32.o && if [ -f ./shlib/libgcc_s_1.dll ]; then mv -f ./shlib/libgcc_s_1.
dll ./shlib/libgcc_s_1.dll.backup; else true; fi && mv ./shlib/libgcc_s_1.dll.tm
p ./shlib/libgcc_s_1.dll && mv ./shlib/libgcc_s.a.tmp ./shlib/libgcc_s.a
Creating library file: ./shlib/libgcc_s.a.tmp
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: warning: ca
nnot find entry symbol [EMAIL PROTECTED]; defaulting to 10001000
_absvsi2_s.o: In function `__absvsi2':
/src/gccsvn/libgcc/../gcc/libgcc2.c:237: undefined reference to `_abort'
_absvdi2_s.o: In function `__absvdi2':
/src/gccsvn/libgcc/../gcc/libgcc2.c:276: undefined reference to `_abort'
_addvsi3_s.o: In function `__addvsi3':
/src/gccsvn/libgcc/../gcc/libgcc2.c:90: undefined reference to `_abort'
_addvdi3_s.o: In function `__addvdi3':
/src/gccsvn/libgcc/../gcc/libgcc2.c:115: undefined reference to `_abort'
_subvsi3_s.o: In function `__subvsi3':
/src/gccsvn/libgcc/../gcc/libgcc2.c:128: undefined reference to `_abort'
_subvdi3_s.o:/src/gccsvn/libgcc/../gcc/libgcc2.c:153: more undefined references
to `_abort' follow
unwind-dw2-fde_s.o: In function `__gthread_mutex_lock':
/src/gccsvn/libgcc/../gcc/gthr-posix.h:760: undefined reference to `_pthread_mut
ex_lock'
unwind-dw2-fde_s.o: In function `__gthread_mutex_unlock':
/src/gccsvn/libgcc/../gcc/gthr-posix.h:792: undefined reference to `_pthread_mut
ex_unlock'
unwind-dw2-fde_s.o: In function `__register_frame':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:119: undefined reference to `_malloc'

unwind-dw2-fde_s.o: In function `__register_frame_table':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:157: undefined reference to `_malloc'

unwind-dw2-fde_s.o: In function `__deregister_frame_info_bases':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:201: undefined reference to `_free'
unwind-dw2-fde_s.o: In function `__deregister_frame':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:232: undefined reference to `_free'
unwind-dw2-fde_s.o: In function `base_from_object':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:257: undefined reference to `_abort'
unwind-dw2-fde_s.o: In function `get_cie_encoding':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:276: undefined reference to `_strlen'

unwind-dw2-fde_s.o: In function `start_fde_sort':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:401: undefined reference to `_malloc'

/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:404: undefined reference to `_malloc'

unwind-dw2-fde_s.o: In function `end_fde_sort':
/src/gccsvn/libgcc/../gcc/unwind-dw2-fde.c:582: undefined reference to `_free'
unwind-sjlj_s.o: In function `__gthread_once':
/src/gccsvn/libgcc/../gcc/gthr-posix.h:718: undefined reference to `_pthread_onc
e'
unwind-sjlj_s.o: In function `__gthread_key_create':
/src/gccsvn/libgcc/../gcc/gthr-posix.h:726: undefined reference to `_pthread_key
_create'
unwind-sjlj_s.o: In function `__gthread_getspecific':
/src/gccsvn/libgcc/../gcc/gthr-posix.h:738: undefined reference to `_pthread_get
specific'
unwind-sjlj_s.o: In function `__gthread_setspecific':
/src/gccsvn/libgcc/../

please disable email forwarding

[Robert Millan]

Hi,

Please disable email forwarding for my account [EMAIL PROTECTED] (it is being
forwarded to [EMAIL PROTECTED]).

Thanks

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."

danielle abdullah tobias

[chungyen jennie]

junior 
saikumar lyle 

Re: [Cygwin] some random build breaks

[Aaron W. LaFramboise]

Jay wrote:


Creating library file: ./shlib/libgcc_s.a.tmp
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: warning: ca
nnot find entry symbol [EMAIL PROTECTED]; defaulting to 10001000
_absvsi2_s.o: In function `__absvsi2':
/src/gccsvn/libgcc/../gcc/libgcc2.c:237: undefined reference to `_abort'

...

collect2: ld returned 1 exit status
make[1]: *** [libgcc_s.dll] Error 1


Can you please try the attached patch to see if it fixes things, and let 
me know the result?  Thanks in advance.




java/net/natVMInetAddress.cc:42: error: declaration of C function 'int gethostna
me(char*, int)' conflicts with
/src/gcc/newlib/libc/include/sys/unistd.h:227: error: previous declaration 'int
gethostname(char*, size_t)' here

...

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?


Yes.  This is a problem with libjava's autoconfigury. 
HAVE_GETHOSTNAME_DECL should be defined, but for some reason isn't.  If 
you examine the configury files in libjava/ such as config.log, 
configure, and configure.ac, you probably will find some clues regarding 
whats happening here.


2008-09-14  Aaron W. LaFramboise  <[EMAIL PROTECTED]>

* config/i386/t-cygming (SHLIB_C): Remove.
* config/i386/t-cygwin (SHLIB_C): Add all system libraries.

Index: gcc/config/i386/t-cygming
===
--- gcc/config/i386/t-cygming   (revision 140362)
+++ gcc/config/i386/t-cygming   (working copy)
@@ -54,7 +54,6 @@ SHLIB_MAP = @shlib_map_file@
 SHLIB_OBJS = @shlib_objs@
 SHLIB_DIR = @multilib_dir@/shlib
 SHLIB_SLIBDIR_QUAL = @shlib_slibdir_qual@
-SHLIB_LC = -luser32 -lkernel32 -ladvapi32 -lshell32
 
 SHLIB_LINK = $(LN_S) $(SHLIB_MAP) $(SHLIB_MAP).def && \
if [ ! -d $(SHLIB_DIR) ]; then \
Index: gcc/config/i386/t-cygwin
===
--- gcc/config/i386/t-cygwin(revision 140362)
+++ gcc/config/i386/t-cygwin(working copy)
@@ -15,4 +15,4 @@ cygwin2.o: $(srcdir)/config/i386/cygwin2
$(srcdir)/config/i386/cygwin2.c
 
 # Cygwin-specific parts of LIB_SPEC
-SHLIB_LC += -lcygwin
+SHLIB_LC = -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32

RE: [Cygwin] some random build breaks

[Jay]

> Can you please try the attached patch to see if it fixes things, and let 

I will try the patch later. For now I'm using -disable-shared and I'll see how 
things go.

How things go -- pretty good now: 
 cygwin native built and installed 
 cygwin hosted, sparc-solaris target built and installed 
 cygwin build, sparc-solaris host and target failed, probably due to configure 
CC='ccache gcc' and then it used the wrong compiler. 
   Trying again without specifying CC. 
  After more success I an go back and try replacing my workaround 
(-disable-shared) with your patch.
   -disable-shared does workaround a sparc64-solaris problem too, at least with 
gcc 4.3.2 + binutils 2.18.

 What is usual practise btw? I have this question about a few things, but one 
is, people are using
binutils 2.18, or current cvs binutils? "People" being "gcc developers".

I also wonder about how people achieve the "overlay".

My current way is like so (please pardon the Python...)

if ("gccrel" in sys.argv) == ("gccsvn" in sys.argv):
print("ERROR: must specify either gccrel or gccsvn")
sys.exit(1)

if "gccrel" in sys.argv:
Source = "/src/gccrel"

if "gccsvn" in sys.argv:
Source = "/src/gccsvn"

if "cygwin" in sys.argv:
Extract(Source, Source + "/winsup", "/net/distfiles/" + 
"cygwin-src-20080912")

if "binutils" in sys.argv:
Extract(Source, Source + "/binutils", "/net/distfiles/" + "binutils-2.18")

if "gccrel" in sys.argv:
Extract(Source, Source + "/gcc", "/net/distfiles/" + "gcc-4.3.2")

if "gccsvn" in sys.argv:
#
# Where there is no overlap with binutils, use /d for perf.
# Where is overlap with binutils, don't use /d for correctness.
#
Run(".", "xcopy /qeyid " + "/dev2/gcc /src/gccsvn".replace("/", ""))

# non recursive at the root
Run(".", "xcopy /qyi " + "/dev2/gcc /src/gccsvn".replace("/", ""))

for a in ["libiberty", "config", "include", "intl"]:
Run(".", "xcopy /qyi " + ("/dev2/gcc/" + a + " /src/gccsvn/" + 
a).replace("/", ""))

if "gmp" in sys.argv:
Extract(Source + "/gmp", Source + "/gmp", "/net/distfiles/" + "gmp-4.2.3")
Extract(Source + "/mpfr", Source + "/mpfr", "/net/distfiles/" + 
"mpfr-2.3.1")


There's this annoying thing where constructing and configuring a tree dominates
a lot of build stuff, in time and complexity.
It seems quite difficult to just get the source, configure once, and iterate 
very incrementally.
There are too many configuration variables.
  Switching ccache off and on should be cheap. That I want to use it shouldn't 
be
   strewn through all the configured makefiles. I think.
The cost of editing a makefile is too high -- having to reconfigure. I think.
I'm constantly redoing things slowly from scratch.
Given that I just leave things running and go to work and this isn't a job, ok.
But I don't know how people are productive in this environment.
Partly this is FUD. I don't know what I'm doing so I play it safe.
Ultimately I would like to very turnkey/automatic churn out a bunch of 
configurations.
Success rate of a mere configure and build, if doing all languages, and not 
just native, seems low.
Yeah, I'm currently targeting wierdo cygwin and solaris, haven't yet targeted 
mainstream x86 Linux. :)


> Yes. This is a problem with libjava's autoconfigury.  
> HAVE_GETHOSTNAME_DECL should be defined, but for some reason isn't. If 

On the libjava part, yeah, it looks like the dreaded, "let's skip doing things 
automatically and instead
assume we know the truth but we don't"..:

if test "x${with_newlib}" = "xyes"; then
   # We are being configured with a cross compiler.  AC_REPLACE_FUNCS
   # may not work correctly, because the compiler may not be able to
   # link executables.

   # We assume newlib.  This lets us hard-code the functions we know
   # we'll have.
   AC_DEFINE(HAVE_MEMMOVE, 1, [Define if you have memmove.])
   AC_DEFINE(HAVE_MEMCPY, 1, [Define if you have memcpy.])
   AC_DEFINE(HAVE_TIME, 1, [Define if you have time.])
   AC_DEFINE(HAVE_GMTIME_R, 1, [Define if you have the 'gmtime_r' function])
   AC_DEFINE(HAVE_LOCALTIME_R, 1, [Define if you have the 'localtime_r' 
function.])
   AC_DEFINE(HAVE_USLEEP_DECL, 1, [Define if usleep is declared in .])
   # This is only for POSIX threads.
   AC_DEFINE(HAVE_PTHREAD_MUTEXATTR_INIT, 1, [Define if using POSIX threads 
that have the mutexattr functions.])

   # Assume we do not have getuid and friends.
   AC_DEFINE(NO_GETUID, 1, [Define if getuid() and friends are missing.])
   PLATFORMNET=NoNet
else
   AC_CHECK_FUNCS([strerror_r select fstat open fsync sleep opendir \
   localtime_r getpwuid_r getcwd \
  ... 


So it doesn't try to figure things out, just seems to assume the wrong thing.
This is not even building a cross compiler.
I specified no build/host/target, just building native cygwin.
  Maybe native cygwin is unusual, in that newlib is usually embedded and 
therefore cross?
  I guess. And embedded folks don't use Java?? At least not 

COCKLICKAHOSE - 31 Year Old - LiveSexAsian Model

[Bad Live]

 
			

CATHERINE is currently 
CATHERINE - I get turned on by wild and lovely fantasies! 
Visit COCKLICKAHOSE's BioTo Read More..

If I Am Online You Can View My Live Sex Webcam Show

More LiveSexAsian Models

AsianLady4u

xSweetRicax

AsianRomance4u

D1PINOYHOT

overloadcock

xxRated69xx

SweetConnie

ASIANxTACY

tropicana21








char* problems
Douglas Gemignani



Re: char* problems
Andrew Haley
 


Re: char* problems
Andrew Haley







 






  
  





Reply via email to



  
  





 
 








 













COCKLICKAHOSE - 31 Year Old - LiveSexAsian Model
Bad Live
 


 






  
  





Reply via email to