Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] [sm-discuss] Steps to change architecture (optimize options).

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Javier Vasquez <j.e.vasquez.v AT gmail.com>
  • To: "sm, discuss" <sm-discuss AT lists.ibiblio.org>
  • Subject: Re: [SM-Discuss] [sm-discuss] Steps to change architecture (optimize options).
  • Date: Mon, 21 Jan 2013 12:47:16 +0000

On Mon, Jan 21, 2013 at 4:14 AM, Javier Vasquez <j.e.vasquez.v AT gmail.com>
wrote:
> ...
>>>
>>> BTW, I haven't changed architecture yet, and I've recompiled "binutils
>>> gcc g++ perl gettext glibc" many times now (well binutils just a few
>>> times), and I don't get to fix the error on python, which always faisl
>>> to compile with:
>>>
>>> /usr/lib/libstdc++.so.6: undefined reference to `libintl_bindtextdomain'
>>>
>>> And some other libstdc++.so.6 libintl_* errors. As all these spells
>>> were never compiled with the new architecture, the change (which only
>>> had around one week), and reverting it, doesn't seem like what's
>>> causing the issue. From:
>>>
>>> http://wiki.sourcemage.org/FrequentlyAskedQuestions/Usage
>>>
>>> It's suggested to recompile glibc, which I did, but didn't work. I
>>> then repeated several times the sequence, and python never gets fixed,
>>> :-(
>>>
>>> Not sure if I should think about reverting binutils and recompile the
>>> sequence and see if then python gets to compile... Strangely enough,
>>> python3 doesn't find problems, but it might it sure doesn't depend
>>> upon the same stuff...
>>>
>>> Any ideas for this one?
>>>
>>> Thanks,
>>>
>>> --
>>> Javier.
>>
>> I'm always getting this error:
>>
>> gcc -pthread -shared -O3 -o libpython2.7.so Modules/getbuildinfo.o
>> Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o
>> Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o
>> Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o
>> Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o
>> Objects/bufferobject.o Objects/bytes_methods.o
>> Objects/bytearrayobject.o Objects/capsule.o Objects/cellobject.o
>> Objects/classobject.o Objects/cobject.o Objects/codeobject.o
>> Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o
>> Objects/exceptions.o Objects/genobject.o Objects/fileobject.o
>> Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o
>> Objects/intobject.o Objects/iterobject.o Objects/listobject.o
>> Objects/longobject.o Objects/dictobject.o Objects/memoryobject.o
>> Objects/methodobject.o Objects/moduleobject.o Objects/object.o
>> Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o
>> Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o
>> Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o
>> Objects/unicodeobject.o Objects/unicodectype.o Python/_warnings.o
>> Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o
>> Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o
>> Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o
>> Python/getcompiler.o Python/getcopyright.o Python/getplatform.o
>> Python/getversion.o Python/graminit.o Python/import.o
>> Python/importdl.o Python/marshal.o Python/modsupport.o
>> Python/mystrtoul.o Python/mysnprintf.o Python/peephole.o
>> Python/pyarena.o Python/pyctype.o Python/pyfpe.o Python/pymath.o
>> Python/pystate.o Python/pythonrun.o Python/random.o
>> Python/structmember.o Python/symtable.o Python/sysmodule.o
>> Python/traceback.o Python/getopt.o Python/pystrcmp.o Python/pystrtod.o
>> Python/dtoa.o Python/formatter_unicode.o Python/formatter_string.o
>> Python/dynload_shlib.o Python/thread.o Modules/config.o
>> Modules/getpath.o Modules/main.o Modules/gcmodule.o
>> Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o
>> Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o
>> Modules/_codecsmodule.o Modules/_weakref.o Modules/zipimport.o
>> Modules/symtablemodule.o Modules/xxsubtype.o -lpthread -ldl -lutil
>> -lm ; \
>> fi
>> g++ -O3 -Xlinker -export-dynamic -o python \
>> Modules/python.o \
>> -L. -lpython2.7 -lpthread -ldl -lutil -lm
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib/libstdc++.so:
>> undefined reference to `libintl_gettext'
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib/libstdc++.so:
>> undefined reference to `libintl_textdomain'
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib/libstdc++.so:
>> undefined reference to `libintl_bindtextdomain'
>> collect2: ld returned 1 exit status
>> make: *** [python] Error 1
>> ! Problem Detected !
>>
>> I'm casting 2.22 binutils, to see if it's a problem with ld (from
>> binutils)... Crossing fingers that's the problem, :-)
>
> Out of luck an tired already, :-( According to cleanse python is
> broken, with tcl and tk shared libraries missing, and trying to
> recompile doesn't help... libxslt is broken and fails with the same
> linking problem. Casting binutils 2.22 doesn't help.
>
> I'm not sure what applications I use in regular day depend upon python
> + tcl/tk, we'll see... But I can't keep trying for now...
>
> Let me know if there are any suggestions about this.

It was gettext...

It also got updated, and it is what provides libintl stuff...

Reverting it from the new 0.18.2 to 0.18.1.1 made gcc work out again
after recompiling gcc glibc and the sequence...

Wow, two updates that really gave me trouble, :-)

I'm curious if someone else had trouble with gettext. For now I'm
filling an issue against new version.

Thanks,

--
Javier.




Archive powered by MHonArc 2.6.24.

Top of Page