* Re: Bring back the intl subdirectory please [not found] ` <je8y6lcm73.fsf@sykes.suse.de> @ 2005-01-23 14:13 ` Mark Kettenis 2005-01-23 21:45 ` Eli Zaretskii 2005-01-24 18:03 ` Ian Lance Taylor [not found] ` <200501231409.j0NE9Uii069769@elgar.sibelius.xs4all.nl> 1 sibling, 2 replies; 8+ messages in thread From: Mark Kettenis @ 2005-01-23 14:13 UTC (permalink / raw) To: schwab; +Cc: eliz, gdb, binutils [Sorry misspelled binutils@sources.redhat.com in the first post] From: Andreas Schwab <schwab@suse.de> Date: Sat, 22 Jan 2005 20:12:32 +0100 "Eli Zaretskii" <eliz@gnu.org> writes: >> Date: Sat, 22 Jan 2005 17:04:43 +0100 (CET) >> From: Mark Kettenis <kettenis@gnu.org> >> >> There are now several bug reports about gdb 6.3 being broken due to >> missing libintl.h. Basically all non-GNU systems are broken, unless >> GNU gettext was installed on the system. >> >> Andrew, can you add it back please. > > Seconded. Modern gettext uses AM_GNU_GETTEXT(external) for this. Maybe time to dump CY_GNU_GETTEXT? That may not be such a bad idea, but there is a more fundamental problem here. GDB shares the bfd/ and opcodes/ with binutils. Since these directories are gettext-ized, we cannot change the way we handle gettext without changing binutils too. This is where things went wrong in the first place; we removed intl/ from the GDB distribution but it is still distributed with binutils, and everything in bfd/ and opcodes/ still assumes it's there. So as a short-term fix I really think we should simply add back intl/ to the GDB distribution. Then we (GDB and binutils) should consider what to do with intl/. We have basically two options: 1. Drop intl/ and only enable NLS if an external libintl is available (which on GNU/Linux systems is available as part of glibc). We'll need to upgrade the configuration magic in bfd/, opcodes/, gdb/, binutila/, gas/ and ld/. I've tried this for bfd/, opcode/ and gdb/ which seems to work reasonably well. 2. Update intl/. We can either upgrade to the gettext used by GCC or a more recent version. The GCC version is probably easier since it already has the modifications needed for the layout of our source tree. There is of course the third option: 3. We give shit about anything that's not GNU. GNU/Linux is now so dominant that we don't care about other systems. Users of non-free software deserve what they get and should not complain. I hope that option doesn't have any backers. Anyway, the argument for option #1 is that intl/ might not build properly on some (presumably) non-GNU systems. I've never encountered such a system on the recent past, and I only have a vague recollection about intl/ not building properly on a system because there was a broken install of GNU gettext on that system. The argument for option #2 obviously is that it would give everyone a properly gettext-ized GDB and binutils. Personaly I don't really care about internationalization, so I'd vote for #1. Mark ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-23 14:13 ` Bring back the intl subdirectory please Mark Kettenis @ 2005-01-23 21:45 ` Eli Zaretskii 2005-01-24 18:03 ` Ian Lance Taylor 1 sibling, 0 replies; 8+ messages in thread From: Eli Zaretskii @ 2005-01-23 21:45 UTC (permalink / raw) To: Mark Kettenis; +Cc: gdb, binutils > Date: Sun, 23 Jan 2005 15:13:17 +0100 (CET) > From: Mark Kettenis <kettenis@gnu.org> > CC: eliz@gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com > > 1. Drop intl/ and only enable NLS if an external libintl is available > (which on GNU/Linux systems is available as part of glibc). We'll > need to upgrade the configuration magic in bfd/, opcodes/, gdb/, > binutila/, gas/ and ld/. I've tried this for bfd/, opcode/ and > gdb/ which seems to work reasonably well. > > 2. Update intl/. We can either upgrade to the gettext used by GCC or > a more recent version. The GCC version is probably easier since it > already has the modifications needed for the layout of our source > tree. > > There is of course the third option: > > 3. We give shit about anything that's not GNU. GNU/Linux is now so > dominant that we don't care about other systems. Users of non-free > software deserve what they get and should not complain. > > I hope that option doesn't have any backers. Me too. > Anyway, the argument for option #1 is that intl/ might not build > properly on some (presumably) non-GNU systems. Even if that is true, it couldn't do any more harm than now, since i18n in GDB is currently broken on _all_ non-GNU systems. > Personaly I don't really care about internationalization, so I'd vote > for #1. Even if we don't care about i18n, it wouldn't be nice to go for #1 because of the i18n-related work already invested in GDB (by Baurjan and others). ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-23 14:13 ` Bring back the intl subdirectory please Mark Kettenis 2005-01-23 21:45 ` Eli Zaretskii @ 2005-01-24 18:03 ` Ian Lance Taylor 1 sibling, 0 replies; 8+ messages in thread From: Ian Lance Taylor @ 2005-01-24 18:03 UTC (permalink / raw) To: Mark Kettenis; +Cc: schwab, eliz, gdb, binutils Mark Kettenis <kettenis@gnu.org> writes: > 2. Update intl/. We can either upgrade to the gettext used by GCC or > a more recent version. The GCC version is probably easier since it > already has the modifications needed for the layout of our source > tree. This seems clearly desirable to me. We can then simply keep intl in synch with gcc. Ian ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <200501231409.j0NE9Uii069769@elgar.sibelius.xs4all.nl>]
[parent not found: <41F551BF.10603@gnu.org>]
[parent not found: <200501242028.j0OKSqTQ001507@elgar.sibelius.xs4all.nl>]
[parent not found: <41F56763.7070701@gnu.org>]
* Re: Bring back the intl subdirectory please [not found] ` <41F56763.7070701@gnu.org> @ 2005-01-25 20:51 ` Mark Kettenis 2005-01-26 15:56 ` Andrew Cagney 0 siblings, 1 reply; 8+ messages in thread From: Mark Kettenis @ 2005-01-25 20:51 UTC (permalink / raw) To: cagney; +Cc: schwab, eliz, gdb, binutils Date: Mon, 24 Jan 2005 16:23:47 -0500 From: Andrew Cagney <cagney@gnu.org> Mark Kettenis wrote: > Date: Mon, 24 Jan 2005 14:51:27 -0500 > From: Andrew Cagney <cagney@gnu.org> > > Mark, > > You are aware of this patch, right? > http://sources.redhat.com/ml/gdb-patches/2005-01/msg00232.html > > I might not be reading that patch right, but AFAICT that still assumes > that GNU gettext is available (either in libc or as a seperately > installed package). As I noted in my original post, I'm not in a position to test it so some help would be appreciated. Can you do that? It seems to help on sparc-sun-solaris2.7, but that system has a libintl of its own. On sparc-unknown-freebsd5.3 however, I get: make all-recursive Making all in doc Making all in po make: don't know how to make frNONE. Stop *** Error code 1 Stop in /usr/home/kettenis/src/obj/bfd. *** Error code 1 Stop in /usr/home/kettenis/src/obj/bfd. *** Error code 1 Stop in /usr/home/kettenis/src/obj. and I'm sure that's not the only problem. There seems to be some support for importing the intl/ subdirectory from GCC, and I'll try to get that done. However I really think we should restore the old intl/ ASAP and release a fixed GDB 6.3.1 if possible. Mark ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-25 20:51 ` Mark Kettenis @ 2005-01-26 15:56 ` Andrew Cagney 2005-01-26 16:20 ` Mark Kettenis 0 siblings, 1 reply; 8+ messages in thread From: Andrew Cagney @ 2005-01-26 15:56 UTC (permalink / raw) To: Mark Kettenis; +Cc: schwab, eliz, gdb, binutils > It seems to help on sparc-sun-solaris2.7, but that system has a > libintl of its own. Well, my attempt to build on solaris 2.7 worked even prior to applying my patch. Ditto for IRIX. > On sparc-unknown-freebsd5.3 however, I get: > > make all-recursive > Making all in doc > Making all in po > make: don't know how to make frNONE. Stop > *** Error code 1 > > Stop in /usr/home/kettenis/src/obj/bfd. > *** Error code 1 > > Stop in /usr/home/kettenis/src/obj/bfd. > *** Error code 1 Was that CVS, or a nightly snapshot? Remember, CVS requires that the developer install many tools including bison and flex. The snapshots should not. If this is occuring with a snapshot then we've a real bug. Andrew ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-26 15:56 ` Andrew Cagney @ 2005-01-26 16:20 ` Mark Kettenis 2005-01-26 20:07 ` Andrew Cagney 0 siblings, 1 reply; 8+ messages in thread From: Mark Kettenis @ 2005-01-26 16:20 UTC (permalink / raw) To: Andrew Cagney; +Cc: Mark Kettenis, schwab, eliz, gdb, binutils > >> It seems to help on sparc-sun-solaris2.7, but that system has a >> libintl of its own. > > Well, my attempt to build on solaris 2.7 worked even prior to applying > my patch. Ditto for IRIX. > >> On sparc-unknown-freebsd5.3 however, I get: >> >> make all-recursive >> Making all in doc >> Making all in po >> make: don't know how to make frNONE. Stop >> *** Error code 1 >> >> Stop in /usr/home/kettenis/src/obj/bfd. >> *** Error code 1 >> >> Stop in /usr/home/kettenis/src/obj/bfd. >> *** Error code 1 > > Was that CVS, or a nightly snapshot? This is straight out of CVS. > Remember, CVS requires that the developer install many tools including > bison and flex. The snapshots should not. I've been building from CVS before on that machine from my normal build tree that still includes intl/. All the necessary tools are present on that system. > If this is occuring with a snapshot then we've a real bug. We have a real bug, trust me! Mark ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-26 16:20 ` Mark Kettenis @ 2005-01-26 20:07 ` Andrew Cagney 2005-01-26 23:28 ` Mark Kettenis 0 siblings, 1 reply; 8+ messages in thread From: Andrew Cagney @ 2005-01-26 20:07 UTC (permalink / raw) To: Mark Kettenis; +Cc: schwab, eliz, gdb, binutils >>>On sparc-unknown-freebsd5.3 however, I get: >>> >>>make all-recursive >>>Making all in doc >>>Making all in po >>>make: don't know how to make frNONE. Stop >>>*** Error code 1 >>> >>>Stop in /usr/home/kettenis/src/obj/bfd. >>>*** Error code 1 >>> >>>Stop in /usr/home/kettenis/src/obj/bfd. >>>*** Error code 1 >> >>Was that CVS, or a nightly snapshot? > > > This is straight out of CVS. Can you please test a snapshot. Andrew ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bring back the intl subdirectory please 2005-01-26 20:07 ` Andrew Cagney @ 2005-01-26 23:28 ` Mark Kettenis 0 siblings, 0 replies; 8+ messages in thread From: Mark Kettenis @ 2005-01-26 23:28 UTC (permalink / raw) To: cagney; +Cc: schwab, eliz, gdb, binutils Date: Wed, 26 Jan 2005 12:12:56 -0500 From: Andrew Cagney <cagney@gnu.org> >>>On sparc-unknown-freebsd5.3 however, I get: >>> >>>make all-recursive >>>Making all in doc >>>Making all in po >>>make: don't know how to make frNONE. Stop >>>*** Error code 1 >>> >>>Stop in /usr/home/kettenis/src/obj/bfd. >>>*** Error code 1 >>> >>>Stop in /usr/home/kettenis/src/obj/bfd. >>>*** Error code 1 >> >>Was that CVS, or a nightly snapshot? > > > This is straight out of CVS. Can you please test a snapshot. There's no reason whatsoever why that should be different, but I just tested gdb-6.3.50.20050126.tar.bz2 on i386-unknown-openbsd3.6, and I get exactly the same failure: make all-recursive Making all in doc Making all in po make: don't know how to make frNONE. Stop in /home/kettenis/tmp/obj/bfd/po. *** Error code 1 Stop in /home/kettenis/tmp/obj/bfd (line 1023 of Makefile). *** Error code 1 Stop in /home/kettenis/tmp/obj/bfd (line 902 of Makefile). *** Error code 1 Stop in /home/kettenis/tmp/obj (line 2488 of Makefile). Mark ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2005-01-26 23:28 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <200501221604.j0MG4hV2001437@elgar.sibelius.xs4all.nl> [not found] ` <01c500b3$Blat.v2.4$1348a0c0@zahav.net.il> [not found] ` <je8y6lcm73.fsf@sykes.suse.de> 2005-01-23 14:13 ` Bring back the intl subdirectory please Mark Kettenis 2005-01-23 21:45 ` Eli Zaretskii 2005-01-24 18:03 ` Ian Lance Taylor [not found] ` <200501231409.j0NE9Uii069769@elgar.sibelius.xs4all.nl> [not found] ` <41F551BF.10603@gnu.org> [not found] ` <200501242028.j0OKSqTQ001507@elgar.sibelius.xs4all.nl> [not found] ` <41F56763.7070701@gnu.org> 2005-01-25 20:51 ` Mark Kettenis 2005-01-26 15:56 ` Andrew Cagney 2005-01-26 16:20 ` Mark Kettenis 2005-01-26 20:07 ` Andrew Cagney 2005-01-26 23:28 ` Mark Kettenis
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).