port gnu debugge rwhich gives warning messages

Question

Level 1

0 points

port gnu debugge rwhich gives warning messages

Hi all,
I have ported gnu debugger
port install gdb

when I try to use the program I get a lot of warning about missing libraries

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_langgcc44/work/build/i386-apple-darwin9/libstdc++-v3/src/.libs/atomic.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/atomic.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/ build/i386-apple-darwin9/libstdc++-v3/src/.libs/bitmapallocator.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/bitmap_allocator.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/ build/i386-apple-darwin9/libstdc++-v3/src/.libs/poolallocator.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/pool_allocator.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/ build/i386-apple-darwin9/libstdc++-v3/src/.libs/mtallocator.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/mt_allocator.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_langgcc44/work/build/i386-apple-darwin9/libstdc++-v3/src/.libs/codecvt.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/codecvt.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_langgcc44/work/build/i386-apple-darwin9/libstdc++-v3/src/.libs/compatibility.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/compatibility.cc".

warning: Could not find object file "/opt/local/var/macports/build/ opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/ build/i386-apple-darwin9/libstdc++-v3/src/.libs/complexio.o" - no debug information available for "../../../../gcc-4.4.4/libstdc++-v3/src/complex_io.cc".

which continues. My version of gcc is

gcc -v

gcc version 4.4.4 (GCC)

the main problem of course is that it fails to debug properly in some cases so I need to fix this

Thanks in advance

mac book pro, Mac OS X (10.5.8)

Posted on Aug 24, 2010 4:28 AM

Reply

Answer 1

Aug 25, 2010 2:55 PM in response to p_j_g

pjg, are you using port’s latest codebase? (Have you run *sudo port selfupdate* and *sudo port update outgraded* recently?) Have you specified the +universal variant for both gcc44 and gdb? If your default target is x64, are you using port’s odcctools rather than the cctools that come with Mac OS X? (Run *port variants gcc44* to see why port’s odcctools should be used at this time with x64.)

Reply

Answer 2

p_j_g Author

Level 1

0 points

Aug 29, 2010 3:06 AM in response to Baumkartoffel

Hi,

port variants gcc44

gcc44 has the variants:
odcctools: Use the odcctools instead of the system provided ones - does not work for x64 currently!
universal: Build for multiple architectures

how to specify the universal option?

Reply

Answer 3

etresoft

Level 8

46,312 points

Aug 29, 2010 5:49 AM in response to p_j_g

This forum is for Apple products. If you are having trouble with a 3rd party tool such as MacPorts, you will find more people who really know MacPorts on MacPort's own support forum.

Reply

Answer 4

Aug 29, 2010 5:04 PM in response to p_j_g

pjg, a variant can be specified at the end of an install command (e.g. *sudo port install gcc44 +universal* ).

Reply

Answer 5

p_j_g Author

Level 1

0 points

Aug 30, 2010 6:38 AM in response to Baumkartoffel

when I try that I get a new error

Error: Cannot install gcc44 for the arch(s) 'i386 x86_64' because
Error: its dependency gmp is only installed for the arch 'i386'
Error: and the configured universal_archs 'ppc i386' are not sufficient.
Error: Unable to execute port: architecture mismatch

which I do not how to solve.

Reply

Answer 6

Aug 30, 2010 10:01 AM in response to p_j_g

pjg, to compile gcc44 with the +universal variant, you’ll also need to compile all of its dependencies (and all of their dependencies, and so on…) with the +universal variant. Thus, at a minimum, you’ll also need to compile gmp with the +universal variant: *sudo port install gmp +universal* — and do the same for the entire dependency tree of gcc44.

Reply

Answer 7

p_j_g Author

Level 1

0 points

Aug 30, 2010 1:13 PM in response to Baumkartoffel

the sudo port install gmp +universal worked without any problems but when I tried with the

sudo port install gcc44 +universal

I get the same problems again

rror: Cannot install gcc44 for the arch(s) 'i386 x86_64' because
Error: its dependency gmp is only installed for the archs 'i386 ppc'.
Error: Unable to execute port: architecture mismatch
To report a bug, see <http://guide.macports.org/#project.tickets>

and I am not quite sure how to build all the dependecies for gcc44

Reply

Answer 8

Aug 30, 2010 2:00 PM in response to p_j_g

p jg, try running the following command:


grep universal_archs /opt/local/etc/macports/macports.conf

What output does this command return?

The last error message that you’d posted implies that gcc44’s +universal option is for Mac OS X 10.6, while gmp’s +universal option is for Mac OS X 10.5.

Reply

Answer 9

p_j_g Author

Level 1

0 points

Aug 31, 2010 11:55 AM in response to Baumkartoffel

hi it return the following

universal_archs ppc i386

Reply

Answer 10

Aug 31, 2010 9:51 PM in response to p_j_g

pjg, if you’re running Mac OS X 10.5, then “ppc i386” is what it should have returned — in which case gmp is compiling correctly, but gcc44 was somehow compiled incorrectly. Thus, if you’re running 10.5, I’d recommend uninstalling gcc44 and all of its dependent packages (using *sudo port uninstall --follow-dependents gcc44* ), then reïnstalling gcc44 with the +universal option, and then installing gdb with the +universal option.

Reply

Answer 11

p_j_g Author

Level 1

0 points

Sep 1, 2010 1:24 PM in response to Baumkartoffel

hmmm

first I uninstall this one
sudo port uninstall --follow-dependents atlas @3.8.3_4+gcc44

as it asks for that then I

sudo port uninstall --follow-dependents gcc44

which gives the following

---> Uninstalling atlas @3.8.3_3+gcc44
---> Deactivating gcc44 @4.4.4_2
---> Uninstalling gcc44 @4.4.4_2

but then it gives me the same error as before

sudo port install gcc44 +universal

Error: Cannot install gcc44 for the arch(s) 'i386 x86_64' because
Error: its dependency gmp is only installed for the archs 'i386 ppc'.
Error: Unable to execute port: architecture mismatch

Reply

Answer 12

Sep 1, 2010 2:46 PM in response to p_j_g

p jg, perhaps there’s some sort of limitation with the gcc44 port; perhaps it’s only supported on Mac OS X 10.6?

*port variants atlas* shows that there are +gcc42 and +gcc43 variants for atlas; perhaps either gcc43 or gcc42 will compile properly on Mac OS X 10.5?

Reply

Answer 13

Sep 1, 2010 3:58 PM in response to p_j_g

p jg, another possibility is that one of the other dependencies of gcc44 has somehow been compiled as if it were on 10.6, which might be influencing how gcc44 tries to compile. The *port rdeps gcc44* command (recursive dependencies) shows gmp, mpfr, and libiconv; and libiconv depends upon gperf. Additionally, *port rdeps gdb* shows gettext, which depends upon libiconv, ncurses, and expat; and ncurses depends upon ncursesw. Thus, try uninstalling gdb if you haven’t already, then gcc44 again, then gettext, then libiconv, then gperf, then ncurses, then ncursesw, then expat, then mpfr, then gmp; after these uninstalls, try reïnstalling them, without the +universal variant, in reverse order: first gmp, then mpfr, then expat, then ncursesw, then ncurses, then gperf, then libiconv, then gettext, then gcc44, then atlas (if gcc44 succeeds), then gdb.

If any of them can’t be uninstalled due to other ports depending upon them, you can find out which ports those are by the command *port dependents* portname — such ports would also need to be uninstalled (and reïnstalled in reverse order to restore them).

If the gcc44 reïnstallation doesn’t succeed, then gcc43 (or gcc42) can be tried in its stead, since each of the gcc4? ports has the same set of dependencies; if another compiler is successfully installed, then atlas should be installed with the matching +gcc4? variant.

Reply