Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, Feb 03, 2003 at 11:22:52AM -0800, David Mosberger wrote: On Mon, 3 Feb 2003 01:02:53 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden Bad news. XFree86 CVS HEAD still had this bogus code as of Branden yesterday. As far as ia64 is concerned, the fix is obvious: just ignore all that __LP64__ ugliness. Okay, thanks! -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://people.debian.org/~branden/ | -- Stephen R. Notley msg05639/pgp0.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, Feb 03, 2003 at 11:22:52AM -0800, David Mosberger wrote: On Mon, 3 Feb 2003 01:02:53 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden Bad news. XFree86 CVS HEAD still had this bogus code as of Branden yesterday. As far as ia64 is concerned, the fix is obvious: just ignore all that __LP64__ ugliness. Okay, thanks! -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://people.debian.org/~branden/ | -- Stephen R. Notley pgpwSzNsWVOsS.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, 3 Feb 2003 01:02:53 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden Bad news. XFree86 CVS HEAD still had this bogus code as of Branden yesterday. As far as ia64 is concerned, the fix is obvious: just ignore all that __LP64__ ugliness. --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, Jan 27, 2003 at 10:50:02AM -0800, David Mosberger wrote: On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden [debian-ia64: I do not subscribe to this list] On Fri, Jan Branden 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Branden Hmmm. :) Actually, I'm wondering whether my theory is holding any water: Dave Miller is using the /emul prefix on SPARC64, so there shouldn't be any need for this gross hack (we do the same on ia64 linux for handling 32-bit x86 objects). Branden Okay. It's possible that this has since been fixed in Branden XFree86 CVS HEAD, then. I'll check. Let's hope so. That code definitively looked gross. Bad news. XFree86 CVS HEAD still had this bogus code as of yesterday. -- G. Branden Robinson|Kissing girls is a goodness. It is Debian GNU/Linux |a growing closer. It beats the [EMAIL PROTECTED] |hell out of card games. http://people.debian.org/~branden/ |-- Robert Heinlein pgpk8vwrlDgvs.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, 3 Feb 2003 01:02:53 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden Bad news. XFree86 CVS HEAD still had this bogus code as of Branden yesterday. As far as ia64 is concerned, the fix is obvious: just ignore all that __LP64__ ugliness. --david
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Mon, Jan 27, 2003 at 10:50:02AM -0800, David Mosberger wrote: On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden [debian-ia64: I do not subscribe to this list] On Fri, Jan Branden 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Branden Hmmm. :) Actually, I'm wondering whether my theory is holding any water: Dave Miller is using the /emul prefix on SPARC64, so there shouldn't be any need for this gross hack (we do the same on ia64 linux for handling 32-bit x86 objects). Branden Okay. It's possible that this has since been fixed in Branden XFree86 CVS HEAD, then. I'll check. Let's hope so. That code definitively looked gross. Bad news. XFree86 CVS HEAD still had this bogus code as of yesterday. -- G. Branden Robinson|Kissing girls is a goodness. It is Debian GNU/Linux |a growing closer. It beats the [EMAIL PROTECTED] |hell out of card games. http://people.debian.org/~branden/ |-- Robert Heinlein msg05614/pgp0.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden [debian-ia64: I do not subscribe to this list] On Fri, Jan Branden 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Branden Hmmm. :) Actually, I'm wondering whether my theory is holding any water: Dave Miller is using the /emul prefix on SPARC64, so there shouldn't be any need for this gross hack (we do the same on ia64 linux for handling 32-bit x86 objects). Branden Okay. It's possible that this has since been fixed in Branden XFree86 CVS HEAD, then. I'll check. Let's hope so. That code definitively looked gross. --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson [EMAIL PROTECTED] said: Branden [debian-ia64: I do not subscribe to this list] On Fri, Jan Branden 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Branden Hmmm. :) Actually, I'm wondering whether my theory is holding any water: Dave Miller is using the /emul prefix on SPARC64, so there shouldn't be any need for this gross hack (we do the same on ia64 linux for handling 32-bit x86 objects). Branden Okay. It's possible that this has since been fixed in Branden XFree86 CVS HEAD, then. I'll check. Let's hope so. That code definitively looked gross. --david
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
[debian-ia64: I do not subscribe to this list] On Fri, Jan 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Hmmm. :) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. This seems like some awfully nasty intrustion of environmental issues into code where such things really don't belong. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. Okay. It's possible that this has since been fixed in XFree86 CVS HEAD, then. I'll check. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin msg05492/pgp0.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
[debian-ia64: I do not subscribe to this list] On Fri, Jan 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Hmmm. :) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. This seems like some awfully nasty intrustion of environmental issues into code where such things really don't belong. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. Okay. It's possible that this has since been fixed in XFree86 CVS HEAD, then. I'll check. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin pgpFj35cNhELJ.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Package: xfree86 Version: 4.2.1-5 Severity: serious I'm offline right now and so can't get to the BTS, sorry if this is a duplicate. Bdale | Automatic build of xfree86_4.2.1-5 on caballero by sbuild/ia64 1.169 | Build started at 20030123-1541 [...] | gcc -c -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes |-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs |-Wundef-I../.. -I../../exports/include -Dlinux -D__ia64__ |-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE |-D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT |-DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL -DHAS_SNPRINTF -DLIBX11 -g -O2 -g |XlcDL.c -o unshared/XlcDL.o | XlcDL.c:63:2: #error Unknown architecture | XlcDL.c:102: warning: function declaration isn't a prototype | XlcDL.c:162: warning: function declaration isn't a prototype | XlcDL.c:235: warning: function declaration isn't a prototype | XlcDL.c: In function `__lc_path': | XlcDL.c:249: `_MACH64_NAME_LEN' undeclared (first use in this function) | XlcDL.c:249: (Each undeclared identifier is reported only once | XlcDL.c:249: for each function it appears in.) | XlcDL.c:265: `_MACH64_NAME' undeclared (first use in this function) | XlcDL.c: At top level: | XlcDL.c:304: warning: function declaration isn't a prototype | XlcDL.c:330: warning: function declaration isn't a prototype | XlcDL.c:362: warning: function declaration isn't a prototype | XlcDL.c: In function `_XlcDynamicLoad': | XlcDL.c:385: warning: function declaration isn't a prototype | XlcDL.c:405: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicOpenIM': | XlcDL.c:432: warning: function declaration isn't a prototype | XlcDL.c:448: warning: function declaration isn't a prototype | XlcDL.c: At top level: | XlcDL.c:464: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicRegisterIMInstantiateCallback': | XlcDL.c:473: warning: function declaration isn't a prototype | XlcDL.c:494: warning: function declaration isn't a prototype | XlcDL.c: At top level: | XlcDL.c:510: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicUnRegisterIMInstantiateCallback': | XlcDL.c:519: warning: function declaration isn't a prototype | XlcDL.c:540: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicOpenOM': | XlcDL.c:587: warning: function declaration isn't a prototype | XlcDL.c:605: warning: function declaration isn't a prototype | make[5]: *** [XlcDL.o] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=xfree86ver=4.2.1-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Processing commands for [EMAIL PROTECTED]: tag 178289 + upstream help Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture There were no tags set. Tags added: upstream, help retitle 178289 xfree86: FTBFS on ia64; XlcDL.c:63:2: #error Unknown architecture Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
tag 178289 + upstream help
retitle 178289 xfree86: FTBFS on ia64; XlcDL.c:63:2: #error Unknown architecture
thanks
[debian-ia64, please reply to [EMAIL PROTECTED] (and to your own
list if you like)]
On Fri, Jan 24, 2003 at 03:51:29PM +0800, Bdale Garbee wrote:
Package: xfree86
Version: 4.2.1-5
Severity: serious
I'm offline right now and so can't get to the BTS, sorry if this is a
duplicate.
Nope, it wasn't.
| gcc -c -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs
-Wundef-I../.. -I../../exports/include -Dlinux -D__ia64__
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE
-D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT
-DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL -DHAS_SNPRINTF -DLIBX11 -g -O2 -g
XlcDL.c -o unshared/XlcDL.o
| XlcDL.c:63:2: #error Unknown architecture
| XlcDL.c:102: warning: function declaration isn't a prototype
| XlcDL.c:162: warning: function declaration isn't a prototype
| XlcDL.c:235: warning: function declaration isn't a prototype
| XlcDL.c: In function `__lc_path':
| XlcDL.c:249: `_MACH64_NAME_LEN' undeclared (first use in this function)
| XlcDL.c:249: (Each undeclared identifier is reported only once
| XlcDL.c:249: for each function it appears in.)
| XlcDL.c:265: `_MACH64_NAME' undeclared (first use in this function)
The file in question is:
xc/lib/X11/XlcDL.c
Utterly bizarre. This spew is not the result of any patch I made to
XFree86 4.2.1.
Did the IA-64 toolchain in unstable recently change to define the _LP64
symbol?
What the hell Mach64's have to do with locale handling is utterly beyond
me. Here are the relevant hunks of code:
58 #ifdef _LP64
59 #if defined(__sparcv9)
60 #define _MACH64_NAMEsparcv9
61 #define _MACH64_NAME_LEN(sizeof (_MACH64_NAME) - 1)
62 #else /* !defined(__sparcv9) */
63 #error Unknown architecture
64 #endif /* defined(__sparcv9) */
65 #endif /* _LP64 */
233 static char*
234 __lc_path(dl_name, lc_dir)
235 const char *dl_name;
236 const char *lc_dir;
237 {
238 char *path;
239 size_t len;
240
241 /*
242 * reject this for possible security issue
243 */
244 if (strstr (dl_name, ../))
245 return NULL;
246
247 #ifdef _LP64
248 len = (lc_dir ? strlen(lc_dir) : 0 ) +
249 (dl_name ? strlen(dl_name) : 0) + _MACH64_NAME_LEN + 10;
250 path = Xmalloc(len + 1);
251
252 if (strchr(dl_name, '/') != NULL) {
253 char *tmp = strdup(dl_name);
254 char *dl_dir, *dl_file;
255 char *slash_p;
256 slash_p = strchr(tmp, '/');
257 *slash_p = '\0';
258 dl_dir = tmp;
259 dl_file = ++slash_p;
260
261 slash_p = strrchr(lc_dir, '/');
262 *slash_p = '\0';
263 strcpy(path, lc_dir); strcat(path, /);
264 strcat(path, dl_dir); strcat(path, /);
265 strcat(path, _MACH64_NAME); strcat(path, /);
266 strcat(path, dl_file); strcat(path, .so.2);
267
268 *slash_p = '/';
269 Xfree(tmp);
270 } else {
271 strcpy(path, lc_dir); strcat(path, /);
272 strcat(path, _MACH64_NAME); strcat(path, /);
273 strcat(path, dl_name); strcat(path, .so.2);
274 }
275 #else
276 len = (lc_dir ? strlen(lc_dir) : 0 ) +
277 (dl_name ? strlen(dl_name) : 0) + 10;
278 path = Xmalloc(len + 1);
279
280 if (strchr(dl_name, '/') != NULL) {
281 char *slash_p;
282 slash_p = strrchr(lc_dir, '/');
283 *slash_p = '\0';
284 strcpy(path, lc_dir); strcat(path, /);
285 strcat(path, dl_name); strcat(path, .so.2);
286 *slash_p = '/';
287 } else {
288 strcpy(path, lc_dir); strcat(path, /);
289 strcat(path, dl_name); strcat(path, .so.2);
290 }
291 #endif
292 return path;
293 }
That this function is doing sanity checking on a path is obvious to me.
That one needs to know the size of pointers is a little surprising, but
I'm sure someone could explain it to me.
What the hell a Mach64 has to do with either of the above completely
escapes me. Someone's idea of a joke, perhaps?
Anyone?
--
G. Branden Robinson|It's like I have a shotgun in my
Debian GNU/Linux |mouth, I've got my finger on the
[EMAIL PROTECTED] |trigger, and I like the taste of
http://people.debian.org/~branden/ |the gunmetal. -- Robert Downey, Jr.
msg05466/pgp0.pgp
Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Branden What the hell Mach64's have to do with locale handling is Branden utterly beyond me. Here are the relevant hunks of code: Branden 58 #ifdef _LP64 Branden 59 #if defined(__sparcv9) Branden 60 #define _MACH64_NAMEsparcv9 Branden 61 #define _MACH64_NAME_LEN(sizeof (_MACH64_NAME) - 1) Branden 62 #else /* !defined(__sparcv9) */ Branden 63 #error Unknown architecture Branden 64 #endif /* defined(__sparcv9) */ Branden 65 #endif /* _LP64 */ If you asked me, this has Dave Miller's name written all over it... ;-) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Package: xfree86 Version: 4.2.1-5 Severity: serious I'm offline right now and so can't get to the BTS, sorry if this is a duplicate. Bdale | Automatic build of xfree86_4.2.1-5 on caballero by sbuild/ia64 1.169 | Build started at 20030123-1541 [...] | gcc -c -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef-I../.. -I../../exports/include -Dlinux -D__ia64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL -DHAS_SNPRINTF -DLIBX11 -g -O2 -g XlcDL.c -o unshared/XlcDL.o | XlcDL.c:63:2: #error Unknown architecture | XlcDL.c:102: warning: function declaration isn't a prototype | XlcDL.c:162: warning: function declaration isn't a prototype | XlcDL.c:235: warning: function declaration isn't a prototype | XlcDL.c: In function `__lc_path': | XlcDL.c:249: `_MACH64_NAME_LEN' undeclared (first use in this function) | XlcDL.c:249: (Each undeclared identifier is reported only once | XlcDL.c:249: for each function it appears in.) | XlcDL.c:265: `_MACH64_NAME' undeclared (first use in this function) | XlcDL.c: At top level: | XlcDL.c:304: warning: function declaration isn't a prototype | XlcDL.c:330: warning: function declaration isn't a prototype | XlcDL.c:362: warning: function declaration isn't a prototype | XlcDL.c: In function `_XlcDynamicLoad': | XlcDL.c:385: warning: function declaration isn't a prototype | XlcDL.c:405: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicOpenIM': | XlcDL.c:432: warning: function declaration isn't a prototype | XlcDL.c:448: warning: function declaration isn't a prototype | XlcDL.c: At top level: | XlcDL.c:464: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicRegisterIMInstantiateCallback': | XlcDL.c:473: warning: function declaration isn't a prototype | XlcDL.c:494: warning: function declaration isn't a prototype | XlcDL.c: At top level: | XlcDL.c:510: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicUnRegisterIMInstantiateCallback': | XlcDL.c:519: warning: function declaration isn't a prototype | XlcDL.c:540: warning: function declaration isn't a prototype | XlcDL.c: In function `_XDynamicOpenOM': | XlcDL.c:587: warning: function declaration isn't a prototype | XlcDL.c:605: warning: function declaration isn't a prototype | make[5]: *** [XlcDL.o] Error 1 [...] A complete build log can be found at http://buildd.debian.org/build.php?arch=ia64pkg=xfree86ver=4.2.1-5
Processed: Re: Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Processing commands for [EMAIL PROTECTED]: tag 178289 + upstream help Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture There were no tags set. Tags added: upstream, help retitle 178289 xfree86: FTBFS on ia64; XlcDL.c:63:2: #error Unknown architecture Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
tag 178289 + upstream help
retitle 178289 xfree86: FTBFS on ia64; XlcDL.c:63:2: #error Unknown
architecture
thanks
[debian-ia64, please reply to [EMAIL PROTECTED] (and to your own
list if you like)]
On Fri, Jan 24, 2003 at 03:51:29PM +0800, Bdale Garbee wrote:
Package: xfree86
Version: 4.2.1-5
Severity: serious
I'm offline right now and so can't get to the BTS, sorry if this is a
duplicate.
Nope, it wasn't.
| gcc -c -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls
-Wnested-externs -Wundef-I../.. -I../../exports/include -Dlinux
-D__ia64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO
-DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL
-DHAS_SNPRINTF -DLIBX11 -g -O2 -g XlcDL.c -o unshared/XlcDL.o
| XlcDL.c:63:2: #error Unknown architecture
| XlcDL.c:102: warning: function declaration isn't a prototype
| XlcDL.c:162: warning: function declaration isn't a prototype
| XlcDL.c:235: warning: function declaration isn't a prototype
| XlcDL.c: In function `__lc_path':
| XlcDL.c:249: `_MACH64_NAME_LEN' undeclared (first use in this function)
| XlcDL.c:249: (Each undeclared identifier is reported only once
| XlcDL.c:249: for each function it appears in.)
| XlcDL.c:265: `_MACH64_NAME' undeclared (first use in this function)
The file in question is:
xc/lib/X11/XlcDL.c
Utterly bizarre. This spew is not the result of any patch I made to
XFree86 4.2.1.
Did the IA-64 toolchain in unstable recently change to define the _LP64
symbol?
What the hell Mach64's have to do with locale handling is utterly beyond
me. Here are the relevant hunks of code:
58 #ifdef _LP64
59 #if defined(__sparcv9)
60 #define _MACH64_NAMEsparcv9
61 #define _MACH64_NAME_LEN(sizeof (_MACH64_NAME) - 1)
62 #else /* !defined(__sparcv9) */
63 #error Unknown architecture
64 #endif /* defined(__sparcv9) */
65 #endif /* _LP64 */
233 static char*
234 __lc_path(dl_name, lc_dir)
235 const char *dl_name;
236 const char *lc_dir;
237 {
238 char *path;
239 size_t len;
240
241 /*
242 * reject this for possible security issue
243 */
244 if (strstr (dl_name, ../))
245 return NULL;
246
247 #ifdef _LP64
248 len = (lc_dir ? strlen(lc_dir) : 0 ) +
249 (dl_name ? strlen(dl_name) : 0) + _MACH64_NAME_LEN + 10;
250 path = Xmalloc(len + 1);
251
252 if (strchr(dl_name, '/') != NULL) {
253 char *tmp = strdup(dl_name);
254 char *dl_dir, *dl_file;
255 char *slash_p;
256 slash_p = strchr(tmp, '/');
257 *slash_p = '\0';
258 dl_dir = tmp;
259 dl_file = ++slash_p;
260
261 slash_p = strrchr(lc_dir, '/');
262 *slash_p = '\0';
263 strcpy(path, lc_dir); strcat(path, /);
264 strcat(path, dl_dir); strcat(path, /);
265 strcat(path, _MACH64_NAME); strcat(path, /);
266 strcat(path, dl_file); strcat(path, .so.2);
267
268 *slash_p = '/';
269 Xfree(tmp);
270 } else {
271 strcpy(path, lc_dir); strcat(path, /);
272 strcat(path, _MACH64_NAME); strcat(path, /);
273 strcat(path, dl_name); strcat(path, .so.2);
274 }
275 #else
276 len = (lc_dir ? strlen(lc_dir) : 0 ) +
277 (dl_name ? strlen(dl_name) : 0) + 10;
278 path = Xmalloc(len + 1);
279
280 if (strchr(dl_name, '/') != NULL) {
281 char *slash_p;
282 slash_p = strrchr(lc_dir, '/');
283 *slash_p = '\0';
284 strcpy(path, lc_dir); strcat(path, /);
285 strcat(path, dl_name); strcat(path, .so.2);
286 *slash_p = '/';
287 } else {
288 strcpy(path, lc_dir); strcat(path, /);
289 strcat(path, dl_name); strcat(path, .so.2);
290 }
291 #endif
292 return path;
293 }
That this function is doing sanity checking on a path is obvious to me.
That one needs to know the size of pointers is a little surprising, but
I'm sure someone could explain it to me.
What the hell a Mach64 has to do with either of the above completely
escapes me. Someone's idea of a joke, perhaps?
Anyone?
--
G. Branden Robinson|It's like I have a shotgun in my
Debian GNU/Linux |mouth, I've got my finger on the
[EMAIL PROTECTED] |trigger, and I like the taste of
http://people.debian.org/~branden/ |the gunmetal. -- Robert Downey, Jr.
pgp2N9O2ESyyS.pgp
Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
Branden What the hell Mach64's have to do with locale handling is Branden utterly beyond me. Here are the relevant hunks of code: Branden 58 #ifdef _LP64 Branden 59 #if defined(__sparcv9) Branden 60 #define _MACH64_NAMEsparcv9 Branden 61 #define _MACH64_NAME_LEN(sizeof (_MACH64_NAME) - 1) Branden 62 #else /* !defined(__sparcv9) */ Branden 63 #error Unknown architecture Branden 64 #endif /* defined(__sparcv9) */ Branden 65 #endif /* _LP64 */ If you asked me, this has Dave Miller's name written all over it... ;-) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. --david
